Tin nhắn xe buýt và MOM - điều tương tự?

Question

Mỗi mô tả trên kiến ​​trúc Message Bus dường như để mô tả một trung gian tập trung cho thông điệp định tuyến:

Mỗi ứng dụng có một kết nối duy nhất để các xe buýt thông báo thay vì của nhiều kết nối dành riêng cho từng ứng dụng khác.

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

Cấu trúc middleware kết nối giữa các ứng dụng này như một Message Bus cho phép họ làm việc cùng nhau sử dụng tin nhắn.

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

Bus Service được gửi tin nhắn cơ sở hạ tầng mà ngồi giữa các ứng dụng cho phép họ trao đổi tin nhắn một cách lỏng lẻo cho quy mô cải thiện và khả năng phục hồi.

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

---

Các mô tả có vẻ giống với kiến ​​trúc tin nhắn môi giới; dẫn tôi tin tưởng những điều sau:

Thuật ngữ 'Message Bus' có hiệu quả giống như 'MoM' - thuật ngữ chung để đề cập đến cơ sở hạ tầng nhắn tin mà không đề cập rõ ràng một cấu trúc liên kết. I E. Nhà môi giới thông báo là loại Xe buýt thông báo.

Điều này có vẻ giống như một chủ đề gây tranh cãi, và trong khi có một số câu hỏi tương tự về SO, không có câu trả lời cuối cùng (IMO).

P.s. Tôi biết rằng Bus dịch vụ doanh nghiệp hoàn toàn khác và có hiệu quả là MoM 'giàu tính năng'.

Answer 1

Bạn đang phải, khu vực này của thuật ngữ là rất lộn xộn và không có câu trả lời dứt khoát, nhưng đây là quan điểm của tôi từ cuộc sống chuyên nghiệp của tôi:

Việc đầu tiên là để làm là để suy nghĩ về điều này trong mức độ khác nhau trừu tượng - khái niệm kiến ​​trúc và sản phẩm.

Một tin nhắn xe buýt (http://www.eaipatterns.com/MessageBus.html) thường được gọi là một nguyên tắc kiến ​​trúc để tách các ứng dụng thường cùng với các định dạng dữ liệu chuẩn (http://www.eaipatterns.com) /CanonicalDataModel.html), nhiều bất kể công nghệ. Thường được triển khai bằng các sản phẩm MoM.

MoM thường đề cập đến một nhóm các sản phẩm phần mềm trung gian triển khai thông báo không đồng bộ. Thường được xây dựng các tiêu chuẩn hỗ trợ như JMS và AMQP (thường là WebSphere MQ, ActiveMQ, Azure nhắn tin, hornetQ, RabbitMQ, etc.etc.).

Nhà môi giới thư thường là MoM và cả hai thuật ngữ được sử dụng cho cùng một sản phẩm nhắn tin. Có thể có sự nhầm lẫn ở đây, vì sản phẩm ESB chính của IBM được gọi là WebSphere Message Broker trong khi nó là một ESB được sử dụng song song với sản phẩm MoM - WebSphere MQ. Thông thường nhất MoM tự gọi mình là nhà môi giới, chẳng hạn như RabbitMQ, ActiveMQ, QPid, vv

Hy vọng điều này không gây ra sự nhầm lẫn nhiều hơn :)

Answer 2

Sự khác biệt là chủ yếu là các nhà cung cấp khác nhau đang cố gắng phân biệt bản thân trong Thị trường và tăng cường chia sẻ tâm trí của họ. Vì các nhà cung cấp thường xác định các điều khoản của riêng họ, thường sẽ có một sự khác biệt nhỏ về ý nghĩa của từng nhà cung cấp theo các thuật ngữ họ sử dụng.

Tuy nhiên, nói chung chúng là cùng một loại hoặc loại hệ thống. Họ tổ chức và quản lý việc vận chuyển, xếp hàng và lưu giữ (lưu trữ) các thông điệp từ dịch vụ phần mềm này đến dịch vụ phần mềm khác, ngoài ra, bạn cần phải xem danh sách các tính năng dành riêng cho nhà cung cấp cho sản phẩm của họ.

Answer 3

WebSphere Message Broker thuộc về lớp ESB của một SOA và nó cũng là MOM. WebSphere MQ cũng là MOM. Tôi nghĩ rằng rất nhiều sự nhầm lẫn là xung quanh khái niệm kiến ​​trúc trừu tượng và các sản phẩm phần mềm thực tế. SOA và ESB là các khái niệm trừu tượng. Toàn bộ ngành kiến ​​trúc doanh nghiệp IBM, Microsoft, Oracle, TIBCO vv luôn cạnh tranh để giành thị phần. Các công ty phần mềm thường giả vờ họ đã phát minh ra một cái gì đó mới mẻ và tốt hơn để thu hút sự chú ý từ khách hàng của họ. Họ tạo ra rất nhiều lời hứa hoang dã về sản phẩm của họ khi thực tế họ tạo ra một bộ vấn đề đắt tiền hoàn toàn mới (ví dụ: biến đổi XML gây ra các vấn đề nghiêm trọng về hiệu suất và bảo mật). Bởi vì nó là sự tham lam của công ty và "tiếp cận thị trường nhanh" luôn luôn có rất nhiều sự nhầm lẫn và các vấn đề về CNTT và nhiều căng thẳng cho công nhân CNTT.