2011-07-12 31 views
22

Tôi đang duyệt tìm phần mềm nhắn tin nguồn mở và sau một số nghiên cứu tốt, tôi đã xem qua ba sản phẩm này. Tôi đã đưa chúng ra cho một ổ đĩa thử nghiệm sơ bộ, có chúng xử lý tin nhắn cho hàng đợi và chủ đề, và từ những gì tôi đã đọc cả ba sản phẩm này là lựa chọn tốt cho giải pháp nhắn tin nguồn mở cho hầu hết các công ty. Những gì tôi đã tự hỏi là những lợi thế mà các sản phẩm này có thể có hơn một khác là gì? Điều tôi đặc biệt quan tâm là thông lượng tin nhắn, bao gồm thông lượng liên tục, bảo mật, khả năng mở rộng, độ tin cậy, hỗ trợ, khả năng định tuyến, các tùy chọn quản trị như chỉ số và giám sát, và nói chung mỗi chương trình chạy trong môi trường kinh doanh lớn như thế nào.Ưu điểm của HornetQ vs ActiveMQ vs Qpid

Trả lời

0

Trước tiên, tôi không có chuyên gia về điều này, nhưng có lẽ tôi có thể cung cấp cho bạn một số gợi ý suy nghĩ.

ActiveMQ và Qpid đều nằm trong ô Apache và là hàng đợi thư. Nhưng Qpid là một cài đặt đặc tả AMQP.

AMQP là đặc tả giao thức, ở cấp dây, do đó, các tin nhắn có thể được trao đổi với các hàng đợi tin nhắn AMQP khác (ví dụ: RabbitMQ).

ActiveMQ và HornetQ là các hàng đợi mà bạn có thể sử dụng với API JMS. Dịch vụ tin nhắn Java là một đặc điểm kỹ thuật ở cấp API.

Nhưng bạn cũng có tùy chọn truy cập Qpid qua API JMS. Tôi nghĩ hiệu suất là một ý nghĩ thứ cấp. Để có một cộng đồng năng động là quan trọng hơn.

+1

Bạn có thể sử dụng HornetQ với API lõi HornetQ. HornetQ là một giao thức đa giao thức và có thể là AMQP trong một tương lai gần. –

2

'nhắn tin' bao gồm rất nhiều tùy chọn - và phải có ít nhất một chục loại công nghệ khác nhau có thể là câu trả lời đúng - xây dựng nhiều môi trường nhắn tin sản xuất, sử dụng nhiều công nghệ/cách tiếp cận khác nhau hiểu các yêu cầu của bạn sẽ giúp ích.

bạn có cần đăng ký dựa trên chủ đề không? bạn có cần phân phối multicast không? Bạn có cần người đăng ký/người nghe động không? liệu người nghe của bạn có đang yêu cầu các nguồn tốt nhất ngay cả sau khi tìm nhà xuất bản/nguồn cấp dữ liệu được chấp nhận không?

bạn có cần phân phối đảm bảo không? xác nhận giao hàng? là nhà xuất bản của bạn có lưu trữ bất kỳ tin nhắn chưa được gửi hay bạn có cần hệ thống nhắn tin để thực hiện điều đó cho bạn một cách tự động không? tần suất dữ liệu nguồn cấp dữ liệu của bạn bị lỗi thời - ví dụ: cảnh báo email-ish có thể lưu trữ và chuyển tiếp nhưng dữ liệu giá trong thời gian thực chỉ hợp lệ trong một khoảng thời gian ngắn (và có thể cần phải biến mất thay vì gây nhầm lẫn)

cấu trúc liên kết mạng dễ bay hơi như thế nào? người đăng ký của bạn (hoặc nhà xuất bản) có dự kiến ​​sống ở một địa chỉ cố định không? hoặc chúng là thiết bị di động? chúng có thể xuất hiện cho bạn qua các cấu trúc liên kết mạng phức tạp hơn yêu cầu đăng ký và có thể áp đặt các hạn chế định tuyến không? nếu như vậy bất kỳ ý tưởng tần số của những thay đổi topo?

bạn chỉ cần một giao diện java? có bất kỳ người đăng ký nào của bạn được tích hợp vào các thành phần cửa sổ (như nguồn cấp dữ liệu vào excel) không?

nếu bạn chỉ quan tâm đến trải nghiệm so sánh các sản phẩm tương tự mà bạn đặt tên thì có lẽ bạn đã nghĩ qua các chủ đề này.

về sản phẩm, theo kinh nghiệm của tôi, Tibco vẫn là người dẫn đầu về thông lượng và khả năng mở rộng, đặc biệt là trong môi trường thời gian thực. ibm MQ sẽ tiếp theo, đặc biệt là trong một kiến ​​trúc lưu trữ và chuyển tiếp. với cả hai sản phẩm đó, bạn sẽ nhận được mức hỗ trợ mà bạn có thể biện minh cho cá cược một phần cơ bản trong hệ thống kinh doanh của bạn. có một lý do mà cả hai thứ đó đã tồn tại trong vài thập kỷ.

tùy chọn thường bị bỏ qua khác là Tuxedo - nó cung cấp không chỉ nhắn tin mà còn là khả năng giao dịch đã được chứng minh vẫn chưa từng có. Oracle tiếp tục cam kết với sản phẩm này và, một lần nữa, mức hỗ trợ có sẵn là không ai sánh kịp.

Tôi yêu các giải pháp nguồn mở và luôn sẵn lòng tìm phần mềm chất lượng sản xuất miễn phí - nhưng nếu bạn đang tạo một phần cơ bản trong cơ sở hạ tầng kinh doanh của mình thì cộng đồng năng động vẫn chưa thể xác định được dự án tự nguyện .

giá trị 2c của tôi. hy vọng nó giúp.

+0

Tôi không nghĩ IBMMQ nhanh như bạn đang nói. Tôi không thể cung cấp nhiều dữ liệu nhưng theo như tôi biết, IBMMQ không được biết đến với tốc độ nhanh. –

+0

đã đồng ý - bạn sẽ không chọn MQ nếu tốc độ là mối quan tâm chính của bạn - khi Tibco ngừng bán ETX, nó đã mở một giao dịch nhanh chóng + được bảo đảm. nếu nhanh với bạn có nghĩa là một vài phần nghìn giây trên cả mạng lớn nhất, thì afcok Tibco RV vẫn là cược tốt nhất. – chaosless

+1

HornetQ nhanh hơn trên giao thức gốc của nó. Tôi có thể đảm bảo với bạn điều đó. Tốc độ trong hệ thống tin nhắn không được đo trên một nhà sản xuất/người tiêu dùng. Bạn cần phải mở rộng quy mô để tạo báo cáo hợp lệ. –

3

Check-out http://queues.io/

Từ trang web của họ:

Mục đích là để tạo ra một danh sách chất lượng của hàng đợi với một bộ sưu tập các bài báo, bài đăng trên blog, slide và video về họ. Sau khi đọc các bài báo liên kết, bạn nên có một ý tưởng hay về: ưu và nhược điểm của mỗi hàng đợi, một sự hiểu biết cơ bản về cách hàng đợi hoạt động, và những gì mỗi hàng đợi đang cố gắng đạt được. Về cơ bản, bạn nên có tất cả thông tin bạn cần để quyết định hàng đợi nào phù hợp nhất với nhu cầu của bạn.

Các vấn đề liên quan