O documento discute o Enterprise Service Bus (ESB) e a ferramenta Mule ESB. Ele define o que é um ESB, suas características principais, por que usar um ESB e como a Mule ESB pode ser usada para integrar aplicações de forma escalável e confiável.
2. Agenda
●
O que é ESB?
●
Características de um ESB
●
Por que usar um ESB?
●
Mule ESB
●
Utilizando a mula para fazer o trabalho pesado
●
Considerações finais
4. O que é um ESB?
ESB = Enterprise Service Bus
Origem do termo surgiu em 2002 pela Gartner.
Roy Schulte, descreveu como uma categoria de software na
época.
5. O que é um ESB?
"A style of integration architecture that allows communication via a common communication bus that
consists of a variety of point-to-point connections between providers and users of services."
"An infrastructure that a company uses for integrating services in the application landscape."
"An architecture pattern that enables interoperability between heterogeneous environments, using service
orientation."
6. O que é um ESB?
“ESB is just one architecture”
Ross Mason
8. Características de um ESB
●
Message Transformation;
●
Message Enhancement;
●
Protocol Tranformation;
●
Service Mapping
●
Message Processing
●
Process Choreography
●
Service Orchestration
●
Transaction
●
Security
●
Routing
9. Por que usar um ESB?
●
Arquitetura bem definida;
●
Escalável;
●
Facilidade de integrar novas aplicações;
●
Confiabilidade;
●
Facilidade em migrar os sistemas legados;
20. Mule ESB
Routers
●
Flow Controls That Do Not Change the Payload
All
Choice
First Successful
Round Robin
●
Flow Controls That Modify the Payload
Collection Aggregator
Collection Splitter
Custom Aggregator
Message Chunk Aggregator
Message Chunk Splitter
Resequencer
Splitter
28. Considerações finais!
Arquitetura ESB é uma boa pedida para integrar projetos que:
●
Inclua mais do que duas aplicações;
●
Permitindo a inclusão de novas aplicações no futuro;
●
Baixo custo de manutenção;
●
Menos dor de cabeça, na hora em que uma integração para;
●
Baixa curva de aprendizado;
●
Comunidade ativa e fácil acesso aos core-developers;
Era uma vez um elefante, que tinha muita coisa pra fazer no seu dia a dia. Um belo dia, colocaram ele pra transportar grandes cargas para vários locais. O elefante começando a cansar, conhece uma mula.
O elefante sagaz e inteligente, percebe que poderia deixar a maioria do trabalho pesado pra mula.
Usando os seus melhores meios de comunicação, convence a mula a trabalhar pra ele. O elefante, então podê se concentrar no que sabia fazer de melhor, sem precisar se preocupar em transportar grandes cargas.
Virou grande amigo da mula, se tornando parceiros, para quando precisar transportar grandes cargas.
The concept of the ESB architecture is that you integrate different applications by putting a communication bus between them and then enable each application to talk to the bus. This decouples systems from each other, allowing them to communicate without having a dependency or knowledge of other systems on the bus. The concept of ESB was born out of the need to move away from point-to-point integration, which becomes brittle and hard to manage over time. - See more at: http://blogs.mulesoft.org/esb-or-not-to-esb-revisited-part-1/#sthash.nxLzrsSn.dpuf
The concept of the ESB architecture is that you integrate different applications by putting a communication bus between them and then enable each application to talk to the bus. This decouples systems from each other, allowing them to communicate without having a dependency or knowledge of other systems on the bus. The concept of ESB was born out of the need to move away from point-to-point integration, which becomes brittle and hard to manage over time. - See more at: http://blogs.mulesoft.org/esb-or-not-to-esb-revisited-part-1/#sthash.nxLzrsSn.dpuf
The concept of the ESB architecture is that you integrate different applications by putting a communication bus between them and then enable each application to talk to the bus. This decouples systems from each other, allowing them to communicate without having a dependency or knowledge of other systems on the bus. The concept of ESB was born out of the need to move away from point-to-point integration, which becomes brittle and hard to manage over time. - See more at: http://blogs.mulesoft.org/esb-or-not-to-esb-revisited-part-1/#sthash.nxLzrsSn.dpuf
Mule is a Java-based enterprise service bus (ESB) and integration platform that allows developers to quickly and easily connect applications to exchange data following the service-oriented architecture (SOA) methodology. Mule enables easy integration of existing systems, regardless of the different technologies
At the simplest level, Mule applications accept and process messages through several Lego-block-like message processors plugged together in what we call a flow. Understanding the basic message structure and flow architecture is key to understanding Mule. Essentially every Mule flow contains a series of building blocks that accept, then transform and process messages.
At the simplest level, Mule applications accept and process messages through several Lego-block-like message processors plugged together in what we call a flow. Understanding the basic message structure and flow architecture is key to understanding Mule. Essentially every Mule flow contains a series of building blocks that accept, then transform and process messages.
At the simplest level, Mule applications accept and process messages through several Lego-block-like message processors plugged together in what we call a flow. Understanding the basic message structure and flow architecture is key to understanding Mule. Essentially every Mule flow contains a series of building blocks that accept, then transform and process messages.
At the simplest level, Mule applications accept and process messages through several Lego-block-like message processors plugged together in what we call a flow. Understanding the basic message structure and flow architecture is key to understanding Mule. Essentially every Mule flow contains a series of building blocks that accept, then transform and process messages.
At the simplest level, Mule applications accept and process messages through several Lego-block-like message processors plugged together in what we call a flow. Understanding the basic message structure and flow architecture is key to understanding Mule. Essentially every Mule flow contains a series of building blocks that accept, then transform and process messages.
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts:
The Mule message is the data that passes through your application via one or more flows. It has two important parts: