Message Oriented Middleware (MoM) vs. Enterprise Service Bus (ESB)

Question

Eu venho de um fundo de MoM. Eu acho que entendo ESB conceitualmente. No entanto, eu não estou muito certo sobre as diferenças práticas entre os dois quando se trata de fazer uma escolha arquitetonicamente.

Aqui está o que eu quero saber

1) Qualquer boas ligações on-line que pode me ajudar nesse sentido.

2) alguém pode me dizer onde faz sentido usar um sobre o outro.

Qualquer ajuda seria útil.

Answer 1

Mensagens tende a concentrar-se na troca confiável de mensagens em torno de uma rede; usando filas como um balanceador de carga confiável e tópicos para implementar publicar e assinar.

Um ESB normalmente tende a adicionar recursos diferentes acima e além de mensagens, como orquestração, roteamento, transformação e mediação.

Eu recomendo a leitura sobre os Enterprise Integration que dá uma visão geral de padrões comuns que vai tendem a usar em problemas de integração que são todos baseados acima de um barramento de mensagens (embora pode ser usado com outras tecnologias de rede também).

Por exemplo, utilizando fonte aberta; Apache ActiveMQ fornece uma troca confiável de baixo acoplamento de mensagens. Então você pode usar Apache Camel para implementar o Patterns Enterprise Integration para roteamento inteligente, transformação, orquestração, trabalhando com outras tecnologias e assim por diante.

Answer 2

Eu coloquei soluções MOM e soluções ESB em dois planos distintos.

Eu considero MOM um bloco de construção de soluções ESB. Na verdade, as soluções ESB chegar a suas próprias capacidades de acoplamento frouxo e comunicação assíncrona, apenas usando o paradigma oferecido pela implementação MOM específico.

Portanto, MOMs representam soluções para distribuição de dados / eventos a nível personalizado de QoSs (de acordo com a implementação fornecedor específico), em vez ESBs representam soluções que assegurem capacidade de perceber orquestrações complexas em um cenário de SOA (onde temos vários fornecedores que oferecem seus serviços e vários consumidores interessados ??em consumir os serviços oferecidos pelos primeiros).

orquestrações complexas implicam a comunicação entre os sistemas legados, todos estes com a sua própria representação do domínio de dados (regras e serviços em dados específicos) e seu próprio paradigma de comunicação (um interagem consumidor com a ESB usando CORBA, outro usando WS, e assim em).

É claro que ESB representa uma solução arquitectónica mais complexo destinado a fornecer a abstração de data-bus (tais como os autocarros eletrônicos que todos têm em seu próprio PC), capaz de conectar uma infinidade de prestadores de serviços a uma pletora não bem especificadas dos consumidores de serviços, escondendo heterogeneidade em (i) representação de dados e (ii) comunicação.

Desculpe pelo longo post, mas os conceitos são complexos e é muito difícil de ser eficaz e eficiente em um curto comunicado.

Answer 3

Um ESB é tipicamente uma camada que rotas, registos, transforma e desempenha outras funções 'técnicas' (ou seja, não-comerciais) nas mensagens. Ele poderia processar mensagens de um sistema de mensagens (como base em JMS alguma coisa), ou poderia trabalhar com outros tipos de mensagem (como serviços Web baseados em SOAP). A esse respeito, é mais geral do que MoM.

Disclaimer: Eu sou um consultor IBM WebSphere - embora eu não estou contribuindo aqui em uma capacidade oficial

.

Answer 4

ESB com serviços web em sua forma verdadeira fornece acoplamento Aplicação enviando os dados através de um dos elementos da mensagem.

MOM fornece não só Aplicação solto acoplamento mas o processo solto acoplamento junto.

ESB vem com recursos adicionais de apoio Governança abordagem centrada.

Ambos podem ser usados ??de forma independente ou em conjunto, dependendo do cenário.

Answer 5

IBM e Oracle têm certificações SOA. Uma vez que eles são os líderes no mercado (Gartner Magic Quadrant), gostaria de ler sobre como eles definem SOA e ESBs (juntamente com a metodologia e os componentes necessários para suportar SOA como Governança, Registro, etc etc)

Answer 6

EBS é apenas mais um chavão, como é SOA 2.0.

Você pode ter um sistema de ESB facilmente implementada com Web Services normais com uma fila atrás deles. Você pode ter o roteamento de mensagens e orquestração ou com SOA 1,0 (Tibco, BizzTalk), faz uma coisas não parar o outro realmente. Mais importante ainda, é a semântica dadas aos mensagens trocadas no sistema que desempenham um papel importante, neste caso eventos. Mensagens como eventos, são gatilhos sobre algo que aconteceu em seu sistema, de modo que o contexto é diferente.