Objetivo

EAI (do inglês Enterprise Application Integration) é uma referência aos meios computacionais e aos princípios de arquitetura de sistemas utilizados no processo de Integração de Aplicações Corporativas. Os procedimentos e ferramentas de EAI viabilizam a interação entre sistemas corporativos heterogêneos por meio da utilização de serviços.

Seus principais objetivos são:

• Ser o componente responsável por gerenciar e transportar mensagens XML entre os produtos da linha Datasul (host application);
• Gerenciar a troca de mensagens entre ERPs, tais como: registrar mensagens enviadas e recebidas, rastrear a execução da mensagem dentro do ERP e gerenciar filas de execução de mensagens;
• Configurar a troca de mensagens, tais como: habilitar determinadas transações, configurar os vários canais de comunicação e configurar os destinos dos outros ERPs.

Objetivos do EAI

Os objetivos da arquitetura do EAI são:

• Integração de aplicações, sistemas de informação e processos de negócio de uma empresa;
• Integração com aplicações internas e externas da empresa que servem de suporte ao processo de negócio da mesma, como por exemplo processo financeiro, RH, dentre outros;
• Conjunto de ferramentas de análise e monitoração de processos e mensagens em tempo real.

Componentes da arquitetura EAI

Abaixo contém os componentes presentes em uma arquitetura, com uma breve descrição e exemplo prático.

Aplicativos Integrados

O EAI 2 deve permitir que uma mesma instância do aplicativo hospedeiro (Datasul 11 ou superior) possa se integrar com vários aplicativos diferentes, denominados External Applications. Esta capacidade implica na existência de regras de roteamento que irão definir quais mensagens devem ser encaminhadas para cada aplicativo.

Portanto, a regra de roteamento levará em consideração apenas o fluxo de troca de mensagens entre o host application e os external applications, descartando qualquer possibilidade de troca de mensagens diretas entre as external applications.

Cada aplicativo integrado terá filas distintas para entrada e saída de mensagens. Isto significa que caso uma mesma mensagem seja enviada para dois aplicativos, o fato do aplicativo 1 buscar a mensagem não afetará o recebimento da mesma mensagem pelo aplicativo 2.

Da mesma forma, quando os aplicativos externos enviarem mensagens para o EAI eles terão que sinalizar para qual fila/aplicativo estão fazendo o envio, sendo que o EAI não permitirá a entrada de uma mensagem do aplicativo 1 no WebService do aplicativo 2, por exemplo. Esta segmentação permite o processamento paralelo ou um escalonamento das mensagens de acordo com o aplicativo de origem, sem comprometer a consistência dos dados.

Tipos de Integrações

As integrações entre sistemas podem ocorrer de forma síncrona (sync) ou assíncrona (async), dependendo da regra de negócio estabelecida.

Uma integração síncrona funciona da seguinte maneira:

1. Programa/tela chama adapter de negócio;
2. Adapter envia mensagem para sistema externo;
3. O programa/tela de negócio aguarda a resposta do sistema externo;
4. Adapter de negócio recebe resposta e devolve ao programa/tela.

Esse tipo de integração (síncrona) permite que, caso haja algum problema de negócio no sistema externo, seja possível desfazer o trabalho realizado no programa/tela de negócio, por exemplo.

Em uma integração assíncrona, não há interrupção no processamento do programa/tela de negócio. A integração se dá através dos seguintes passos:

1. Programa/tela chama adapter de negócio;
2. Adapter envia mensagem para fila de mensagens do EAI.

Nesse caso, há a participação de um programa do EAI que é rodado no servidor RPW, responsável por enviar/receber mensagens dessa fila.

No caso de uma integração de envio (Host application → External application), as seguintes ações são executadas:

1. Processo do RPW captura mensagens que não foram enviadas;
2. Mensagem é enviada ao sistema externo e aguarda resposta;
3. Resposta é devolvida ao adapter de negócio.

No caso de uma integração de recebimento (External application → Host application), as seguintes ações são tomadas:

1. Processo do RPW captura mensagens recebidas na fila do EAI;
2. Mensagem é processada pelo adapter de negócio relacionado, aguardando resposta;
3. Recibo de processamento é enviado ao sistema externo.

Glossário EAI2

Helper

Fonte responsável por conter as informações da mensagem, como: nome, tipo de entrega, versão etc.

Representa um espelho do .xsd (arquivo de esquema de XML) em uma estrutura de dados em Java ou Progress.

Adapter

Fonte responsável por criar a estrutura de tratamento do envio e recebimento, ou seja, terá uma estrutura Helper da mensagem que fará os gets e os sets.

Para o envio, receberá parâmetros necessários para buscar informações complementares e alimentará a estrutura do Helper. Para recebimento de mensagens EAI, fará manutenção dos dados (inclusão, exclusão e modificação) pelo conteúdo recebido. 

Também será responsável por chamar a função de envio ou será chamado no recebimento automaticamente pelo EAI Engine.

Rota

Representa o caminho definido entre Host application e um External applications (origem/destino).

Pode ser considerado como uma ponte onde faz a conexão entre as transações de um Host Applications com as transações de um External Applications.

Fila

Estrutura de fila das mensagens que são geradas pelos Adapters de Negócio. Esta fila é armazenada em tabela do EAI2 e consumida pelo serviço RPW da engine do EAI.

Contexto

O Contexto é um filtro opcional para rota, é através do contexto é possível determinar de quais rotas as mensagens devem ser processadas.

Quando não é informado um contexo, isto significa que a mensagem gerada pelo Adapter será padrão. Neste caso a mensagem será enviada para todas as rotas que assinarem esta mensagem.

Síncrona

Na integração síncrona, o programa de origem envia a mensagem e só prossegue a execução ao obter o retorno da mesma.

Assíncrona

Na integração assíncrona, o sistema envia a mensagem, e em seguida deposita a mensagem na fila, retornando OK para o sistema.

Enquanto esse procedimento é efetuado, o programa em questão continua sendo executado. A mensagem enviada permanece na fila aguardando seu processamento.

Aplicação Interna e Externa

Aplicativo é todo o produto instalado em uma determinada máquina que possua os programas de EAI e que consiga realizar a comunicação com qualquer outro Aplicativo.

A aplicação interna é a Aplicação Origem da Integração. Só existe uma aplicação interna para o EAI 2.

Já a aplicação externa é a Aplicação Destino da Integração. Podemos ter várias aplicações externas.

De-Para

Este cadastro tem objetivo de converter os valores e chaves correspondentes entre produtos durante a troca de mensagens.

BusinessMessage

São processos que iniciam a troca de mensagens entre os aplicativos.

Sempre que um aplicativo A enviar ou solicitar informações do aplicativo B, ele enviará uma BusinessMessage que será processada pelo aplicativo destinatário.

As BusinessMessages podem assumir dois tipos, Event e Request, que estão detalhadas abaixo.

Event

As mensagens de evento são aquelas cujo objetivo é notificar outros aplicativos da ocorrência de um evento.

Estas mensagens são normalmente utilizadas para fins de replicação de dados, quando um dos aplicativos (cadastro master) envia para os demais (slaves) sobre a inclusão, alteração ou eliminação de um registro.

Request

As mensagens de solicitação são utilizadas para consumir um serviço de um aplicativo remoto.

Pode ser entendido por serviço qualquer processamento feito pelo aplicativo chamado com base nas informações passadas pelo aplicativo chamador.

As mensagens de request são normalmente enviadas por aplicativos-clientes aos aplicativos-servidores para iniciar um processamento (como a consulta do saldo de um item, por exemplo)

Status das mensagens