Planejamento do processo de migração

O SAP Process Orchestration oferece várias soluções de implementação de estrutura que podem ser categorizadas como domínios centrais, distribuídos (modelo 1) ou distribuídos (modelo 2).

Um servidor de integração único se comunicando com todos os business systems. A implementação central do SAP Process Orchestration é uma arquitetura comum para a maioria das organizações porque representa a menor base de instalação possível e mantém os benefícios associados ao custo total de propriedade (TCO).

Um único servidor de integração com um ou mais Adapter Engines descentralizados que se comunicam com business systems relevantes. Ele é frequentemente encontrado em organizações onde o desempenho ou as razões de segurança ditam uma solução mais complexa em comparação com a centralização. Essa é uma abordagem híbrida entre modelos centrais e federados que combina os benefícios de desempenho e segurança com os benefícios da governança, manutenção e monitoramento centralizados.

Dois ou mais servidores de integração (domínios) dentro de uma única camada da estrutura se comunicando com sistemas empresariais relevantes. O uso de adaptadores adicionais descentralizados por servidor de integração também é possível e adiciona mais um nível de complexidade. Devido à arquitetura mais complexa, o segundo modelo de domínio distribuído permite maior flexibilidade, porém à custa de um maior TCO. Tais organizações são geralmente maiores em tamanho e exigem um alto grau de abstração em sua paisagem.

Ao contrário dos motivos orientados pelo cliente para esse modelo, existem também alguns motivos orientados pela SAP, como isolamento para independência do caminho de upgrade ou separação de business systems e ligações de IU do portal.

O SAP Business Accelerator Hub (https://hub.sap.com) é um aplicativo da Web hospedado pela SAP para descobrir, explorar e testar APIs da SAP e de parceiros (interfaces de programação de aplicativos) necessárias para criar extensões ou integrações de processos.

As APIs nas soluções SAP usam vários protocolos, documentação e mecanismos de acesso. Os desenvolvedores de aplicativos e integração devem ter uma visão geral consistente das APIs disponíveis nos sistemas da SAP relevantes (implementados on-premise e na nuvem). O teste de APIs e a criação de protótipos também envolvem a organização de acesso a sistemas e locatários relevantes para desenvolvedores.

O SAP Business Accelerator Hub enfrenta esses desafios oferecendo um catálogo central de APIs, juntamente com um ambiente de teste integrado na nuvem para facilitar os testes. O SAP Business Accelerator Hub abrange APIs do SAP S/4HANA, SAP SuccessFactors, SAP BTP, SAP Hybris e muito mais.

O modelo de agregador é um padrão de integração empresarial fundamental usado em sistemas como o SAP Integration Suite para agrupar várias mensagens relacionadas e processá-las em massa. Este padrão é crucial para cenários em que mensagens individuais precisam ser coletadas e administradas em conjunto, como o agrupamento de vários itens da ordem em um único documento da ordem. Em seguida, a mensagem agregada é enviada para o destinatário real.

A figura Modelo de agregador explica as diferenças entre a implementação do modelo no SAP Process Orchestration e no SAP Integration Suite.

Uma vez que o modelo de agregador mantém um estado, o SAP Business Process Management (SAP BPM) é necessário para orquestrar o fluxo de mensagens. Para a troca real de mensagens com os sistemas envolvidos, é usado o tempo de execução do SAP Process Integration do SAP Process Orchestration.

Como você pode ver no modelo de fluxo de integração, o SAP Integration Suite é fornecido com uma etapa de fluxo Agregador dedicada. Por isso, você não precisa modelar o modelo em um loop como visto para o SAP Process Orchestration. Na etapa de processo Agregador, você define realmente sua condição de correlação, bem como as condições de conclusão. Atualmente, são suportadas a condição da última mensagem e o timeout de conclusão. Infelizmente, o número máximo de mensagens ainda não é suportado. As demais etapas do fluxo são usadas para mapear a coleção de itens para o formato de mensagem correto, no nosso caso uma ordem com informações de cabeçalho da ordem e todos os itens, removendo assim informações redundantes.

Este padrão é utilizado quando uma mensagem com vários elementos precisa ser tratada e cada elemento requer um processamento diferente. A mensagem é dividida em submensagens e enviada para diferentes destinatários para processamento. Os resultados são então recombinados em uma única mensagem.

Neste exemplo, um separador geral é usado para dividir a ordem em várias mensagens individuais, de acordo com o número de itens na ordem original. Em uma etapa subsequente, o roteador encaminha os itens para um sistema de estoque diferente, dependendo da categoria de produto. Em seguida, o Enriquecedor de conteúdo lê os dados de forma síncrona de um sistema externo e anexa as informações adicionais à mensagem original antes de encaminhar para o receptor real. Por fim, a etapa Coletar agrega as várias respostas de volta em uma única mensagem na ordem original.

Com o padrão Scatter-Gather, você pode transmitir uma mensagem para vários destinatários e reagregar as respostas de volta em uma única mensagem.

O fluxo de integração Padrão de coleta de dispersão de referência consiste em dois processos de integração: um para a parte de dispersão e um para a parte coletada.

Neste exemplo, a parte Dispersão leva a solicitação e a transmite para vários bancos. Antes desta parte do Dispersão, o temporizador é acionado por meio de uma mensagem separada enviada para a parte Coletar.

O processo de integração Coletar recebe as cotações dos bancos, as agrega, calcula a melhor cotação e, por fim, retorna a melhor cotação ao solicitante.

O Enriquecedor de conteúdo lê dados de forma síncrona de um sistema externo e anexa as informações adicionais à mensagem original antes de encaminhar para o receptor real.

A figura Modelo de enriquecimento de conteúdo explica esse modelo no SAP Process Orchestration e no SAP Integration Suite.

No exemplo acima, o processo inicia a coleta de uma lista de ordens para um empregado específico. Os detalhes do cliente estão em falta. Eles precisam ser recuperados de um sistema diferente. Por isso, você efetua um loop sobre a lista de ordens e, em cada execução de loop, você efetua uma chamada de Web Service utilizando uma atividade automática. Na atividade automática, as informações adicionais são mapeadas para o respectivo item da ordem, enriquecendo assim a mensagem.

No SAP Integration Suite, você pode modelar o aprimorador de conteúdo por meio do modelo Solicitar resposta ou por meio de uma etapa de fluxo Enriquecedor de conteúdo dedicada.

O passo do fluxo Aprimorador de conteúdo corresponde automaticamente as respostas aos diferentes itens da mensagem original. Ele é especialmente adequado para enriquecer dados de agrupamento. O uso desta opção é muito melhor em termos de desempenho em comparação com um padrão de resposta de solicitação. Aqui, você não precisa efetuar loop sobre todos os itens que executam chamadas de pesquisa individuais, você simplesmente efetua uma chamada e a correspondência é efetuada automaticamente com base na sua chave.

Dependendo do caso de utilização, existem várias opções disponíveis para o padrão Splitter. Com o padrão Splitter, você pode dividir uma mensagem em várias mensagens individuais de acordo com o número de elementos.

Existem dois casos de utilização:

• Dividir uma mensagem de pedido em massa em várias ordens
• Partição de uma única ordem com vários itens

Variante com separador de iteração

Ao dividir uma mensagem de pedido a granel em várias ordens, você pode usar a variante com Splitter de iteração.

A figura Variante com separador de iteração ilustra este cenário simples contendo uma etapa de separador de iteração.

Variante com splitter geral

O separador geral permite que você divida uma única ordem com vários itens em mensagens individuais. O separador geral duplica automaticamente as informações do cabeçalho da ordem para cada mensagem individual.

A variante de fluxo de integração com splitter geral contém uma etapa de separador geral.

Variante com mapeamento de mensagem

Use esta variante se você tiver requisitos específicos que não são cobertos pelo splitter geral ou se quiser reutilizar o mapeamento do seu sistema SAP Process Orchestration.

A figura Variante com mapeamento de mensagem ilustra as etapas de processo necessárias.

O encaminhamento baseado em conteúdo permite que você encaminhe mensagens para o destinatário correto, dependendo do conteúdo de uma mensagem.

Para cada receptor, você pode atualizar uma condição na forma de uma expressão XPath. A expressão XPath pode ser baseada nos dados de payload ou no cabeçalho da mensagem. Durante o processamento de mensagens, o Cloud Integration avalia a condição e, se cumprida, encaminha a mensagem para o respectivo destinatário. Se não for possível determinar um receptor, o Cloud Integration pode continuar de acordo com as seguintes variantes:

• Enviar mensagem a um destinatário padrão
• Ignorar mensagem
• Acionar um erro

Enviar mensagem a um destinatário padrão

No exemplo de fluxo de integração, a mensagem é encaminhada para diferentes receptores, dependendo de uma determinada condição de roteamento. Se nenhuma das condições de encaminhamento for cumprida, o Cloud Integration enviará a mensagem para um receptor padrão.

A figura Variante Enviar mensagem a um receptor padrão mostra o iFlow.

Ignorar mensagem

Nesta variante, não é possível determinar nenhum receptor no momento da execução, uma vez que não é cumprida nenhuma condição de roteiro.

Para cada receptor, a condição de roteiro é configurada de modo correspondente. Além disso, é configurada uma rota que aponta para um evento Final.

Acionar um erro

Neste exemplo, é criado um erro se não for possível determinar nenhum receptor, dependendo da expressão XPath. Agora, a rota padrão leva a um evento Fim do erro.

Diferentes opções de processamento de mensagens são modeladas para o subprocesso de exceção. As opções dependem de o evento ser acionado pelo evento Fim do erro dentro do processo de integração principal ou de qualquer outro erro que possa ocorrer durante o processamento de mensagens.

O modelo de integração da lista de destinatários permite que você envie uma ou mais mensagens a diferentes destinatários. Semelhante a um pedido, você deseja enviar para diferentes fornecedores dependendo do produto que você deseja pedir. Por isso, os fornecedores específicos são determinados dinamicamente com base nas respectivas mercadorias. Além do roteador baseado em conteúdo, uma cópia da mensagem é enviada para vários receptores.

Existem duas opções ao implementar o modelo de lista de destinatários:

• Roteamento estático com condições XPath
• Roteamento dinâmico usando mapeamento para determinar os receptores

Roteiro estático

Nesta variante, existe uma lista fixa de potenciais receptores. O modelo de lista de destinatários é realizado por meio de uma combinação de multicast e filtros de mensagem.

A figura Lista de destinatários de variante com roteiro estático mostra um exemplo de iFlow. A etapa Multicast é usada para enviar cópias da mesma mensagem para várias rotas. O Filtro de mensagens é um tipo específico do roteador de mensagens que tem apenas um único canal receptor. O Filtro de mensagens avalia cada mensagem recebida. Se a mensagem cumprir os critérios especificados pelo Filtro de mensagens, a mensagem será encaminhada para o destinatário, caso contrário, será descartada.

Roteiro dinâmico

Além da variante de roteiro estática, você não precisa atualizar um número fixo de receptores no fluxo de integração.

Como mostrado na figura acima, a parte da determinação do destinatário é separada da entrega específica do destinatário da mensagem. Por isso, é modelado um processo de integração principal que contém a determinação do receptor e é modelado um fluxo de integração para cada receptor potencial. O modelo principal e os fluxos de integração individuais são acoplados por meio do adaptador ProcessDirect. O endereço ProcessDirect é definido dinamicamente com base na determinação do destinatário.

Com o padrão Filtro de mensagens, você pode remover quaisquer dados de um canal no qual não está interessado. O filtro de mensagens é um tipo específico do modelo de roteador de mensagens que tem somente um único canal receptor. Qualquer mensagem recebida é avaliada e, se cumprir os critérios especificados pelo Filtro de mensagens, a mensagem é encaminhada para o destinatário, caso contrário, é descartada.

O modelo de filtro de mensagem é semelhante ao modelo de roteamento baseado no conteúdo, em que a mensagem é ignorada se você não puder determinar o receptor.

No entanto, para o Modelo de filtro de mensagens, você define somente um único receptor.

No fluxo de integração Filtro de mensagens padrão, você define uma condição de roteamento que é baseada na categoria de produto. Se a condição de roteamento não for atendida, a mensagem será descartada. Você pode alcançar este comportamento adicionando um roteiro padrão apontando para um evento final.

O Modelo de filtro de conteúdo permite que você remova dados de uma mensagem que não é necessária no seu sistema de aplicação.

Existem duas opções ao implementar um cenário desse tipo:

• Usando uma etapa de filtro
• Utilizando mapeamento de mensagens

Utilizando uma etapa de filtro

Nesta variante, o filtro é usado para remover todos os itens de dados desnecessários da mensagem. No entanto, o cabeçalho da mensagem é mantido.

A figura Variante utilizando uma etapa de filtro ilustra este cenário simples.

Utilizando mapeamento de mensagens

Nesta variante, o Mapeamento de mensagens é usado para remover todos os itens de dados desnecessários da mensagem, mas o cabeçalho da mensagem é mantido.

O fluxo de integração só contém mapeamento de mensagem.

A célula de integração Edge está incluída como parte do SAP Integration Suite existente (para edições padrão e premium, Cloud Platform Enterprise Agreement (CPEA) e pay-as-you-go (PAYG). Células adicionais do Edge Integration podem ser adquiridas por meio de um add-on separado Stock Keeping Unit (SKU). Apenas 50% das mensagens processadas pela célula de integração Edge são faturáveis (excluindo conteúdo padrão não modificado para software SAP para a SAP).