Wiadomości Autobusy i MOM - to samo?

Question

Każdy opis na architekturze magistrali wiadomość wydaje się opisywać scentralizowanego pośrednika wiadomości routingu:

Każda aplikacja posiada pojedyncze połączenie z magistralą komunikatów zamiast wielu dedykowanych połączeń do każdej z innymi aplikacjami.

http://msdn.microsoft.com/en-us/library/ff647328.aspx

Struktura łączący pośredniczące między tymi aplikacjami jak autobus Wiadomość, która pozwala im pracować ze sobą za pomocą komunikatorów.

http://www.eaipatterns.com/MessageBus.html

Bus Service messaging infrastrukturę, która znajduje się pomiędzy aplikacjami pozwalających im na wymianę wiadomości w luźno sposób na ulepszonej skali i sprężystość.

http://www.windowsazure.com/en-us/home/features/messaging/

---

opisy wydają się identyczne z architekturą Message Broker; doprowadzając mnie do przekonania, że:

Termin "Message Bus" jest faktycznie taki sam jak "MoM" - ogólny termin odnoszący się do infrastruktury przesyłania komunikatów, bez wyraźnego wymieniania topologii. To znaczy. Message Broker jest rodzajem magistrali komunikatów.

Wydaje się to być kontrowersyjnym tematem i chociaż istnieje kilka podobnych pytań na temat SO, żadna z nich nie zawiera ostatecznych odpowiedzi.

P.s. Zdaję sobie sprawę, że usługa Enterprise Service Bus jest zupełnie inna i jest faktycznie "bogatym w funkcje" MoM.

Answer 1

Masz rację, ten obszar terminologii jest bardzo brudny i nie ma jednoznacznej odpowiedzi, ale to jest mój widok z mojego życia zawodowego:

Pierwszą rzeczą jest to, aby robić to, aby myśleć o tym w różnych poziomach abstrakcji - koncepcje architektoniczne a produkty.

Szyna komunikatów (http://www.eaipatterns.com/MessageBus.html) jest często określana jako zasada architektoniczna do rozłączania aplikacji często z formatami danych kanonicznych (http://www.eaipatterns.com /CanonicalDataModel.html), niezależnie od technologii. Często wdrażane za pomocą produktów MoM.

MoM zazwyczaj odnosi się do rodziny produktów warstwy pośredniej, która implementuje przekazywanie wiadomości asynchronicznych. Często budowane są standardy pomocnicze, takie jak JMS i AMQP (zazwyczaj WebSphere MQ, ActiveMQ, komunikaty Azure, hornetQ, RabbitMQ itp.).

Broker komunikatów często jest MoM, a oba terminy są używane dla tego samego produktu przesyłania komunikatów. Tutaj może być zamieszanie, ponieważ główny produkt ESB firmy IBM nosi nazwę WebSphere Message Broker, natomiast jest to raczej ESB używany równolegle z produktem MoM - WebSphere MQ. Zazwyczaj najbardziej MoM nazywają siebie maklerów, takie jak RabbitMQ, ActiveMQ, QPid itp

nadzieję, że to nie spowodować więcej zamieszania :)

Answer 2

Różnice to głównie różnych sprzedawców, którzy starają się wyróżnić na rynku i zwiększyć swój udział umysłu. Ponieważ sprzedawcy zazwyczaj definiowali swoje własne warunki, zwykle będą występować niewielkie różnice w tym, co każdy sprzedawca rozumie przez terminy, z których korzystają.

Jednak na ogół są to te same klasy lub typy systemów. Organizują i zarządzają transportem, kolejkowaniem i utrzymywaniem (przechowywaniem) wiadomości z jednej usługi programowej na inną, poza tym trzeba się przyjrzeć listom specyficznych dla dostawców ich produktów.

Answer 3

WebSphere Message Broker należący do warstwy ESB w architekturze SOA i jest to również mamy. WebSphere MQ to także MOM. Myślę, że wiele zamieszania dotyczy abstrakcyjnych koncepcji architektury i rzeczywistego oprogramowania. SOA i ESB są abstrakcyjnymi pojęciami. Cały przemysł architektury korporacyjnej IBM, Microsoft, Oracle, TIBCO itp. Zawsze walczą o udział w rynku. Firmy programistyczne często udają, że wymyśliły coś nowego i lepszego, aby zwrócić uwagę swoich klientów. Robią wiele dzikich obietnic dotyczących swoich produktów, gdy w rzeczywistości tworzą całkiem nowy zestaw drogich problemów (np. Transformacje XML powodują poważne problemy z wydajnością i bezpieczeństwem). Ponieważ kierowana jest chciwością korporacyjną i "szybko wejść na rynek", zawsze istnieje obfitość zamieszania i problemów informatycznych oraz duży stres dla pracowników IT.