Histórico da Página
Column |
---|
|
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. |
Tagcloud | |
---|---|
|
|
|
|
|
|
|
|
Objetivo do documento
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Conceitos gerais de integração
- Definição de EAI
- Por que integrar?
- Formas de integração
- Elementos de uma integração
Tecnologias
- XML/SOAP
- JSON/REST
Mensagem Padronizada
- Termos e conceitos
- Anatomia de uma mensagem
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Definição de EAI
Painel | |||||||
---|---|---|---|---|---|---|---|
| |||||||
Definição de EAI
|
Por que Integrar?
Painel | |||||||
---|---|---|---|---|---|---|---|
| |||||||
Por que Integrar?
|
Alguns conceitos
Painel | |||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||
Alguns conceitosFormas de Integração - Modos de Comunicação
Elementos de uma Integração
|
Integração EAI2
Painel | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Integração EAI2Fluxos de Comunicação
Componentes da Integração - JOINVILLE
| width |
|
|
Endereço WSDL - TOMCAT
Expandir | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
O endereço WSDL segue o formato abaixo:
Na arquitetura TOMCAT, não existe a dependência com webservices, por esse motivo a URL do WSDL para essa arquitetura é fixa. Também existe a URL para RPC, quando for necessário integrar com outra aplicação Datasul. Neste caso o endpoint da URL segue o padrão de sufixo a seguir:
|
Tecnologias envolvidas na Integração
Expandir | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Tecnologias envolvidas na IntegraçãoXML/SOAPJSON/RESTMÉTODOS (Verbos) HTTP REST
|
|
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Mensagem única TOTVS Padronizada (antes conhecida como mensagem única) é o modelo de dados em que todos os produtos da TOTVS devem trabalhar durante troca de informações. Seu objetivo é evitar o processo de transformação de mensagens, fazendo assim com que a mensagem, após definida, torne-se padrão independente de produtos. Uma vez que os produtos TOTVS terão um “idioma” comum para troca de informações, será possível conectar diretamente com vários produtos ao mesmo tempo, trocando informações, sem a necessidade do TOTVS ESB. |
Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Com o modelo de mensagem apresentado, também se torna uniforme seu tratamento pelos produtos, principalmente no que diz respeito à capacidade de rastreamento, pois em seu conteúdo é possível identificar a origem e o tipo. |
Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Além disso, a mensagem única estabelece alguns padrões que devem ser seguidos por todos os produtos que participam de integrações. Esses padrões, por exemplo, definem tipos de mensagens suportadas e informações obrigatórias que farão parte do conteúdo de cada mensagem. Porém, a composição dessas mensagens será definida em conjunto com especialistas de negócio e não faz parte do escopo deste documento. |
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
BUSINESS MESSAGE
A estrutura da Mensagem de Negócio está dividida em 3 partes.
RESPONSE MESSAGE
A estrutura da Mensagem de Resposta está dividida em 4 partes.
RECEIPT MESSAGE
A estrutura da Mensagem de Recebida está dividida em 2 partes.
Fluxo de criação da mensagem padronizada
Para tornar oficial uma Mensagem padronizada é preciso passar por algumas fases de homologação. Abaixo segue o fluxo para que isso aconteça.
Fluxo de criação da mensagempadronizada
Expandir | ||
---|---|---|
| ||
draw.io Diagram | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|