Tôi đang làm việc trên hệ thống nhắn tin/thông báo cho các sản phẩm của mình. Yêu cầu cơ bản là:Multicasting, Messaging, ActiveMQ vs. MSMQ?
- cháy và quên
- bộ dai dẳng của các thông điệp, có thể cập nhật, ở lại đó cho đến khi người gửi biết để loại bỏ chúng
Các thư viện sẽ được viết bằng C#. Spring.NET vừa phát hành một mốc quan trọng được xây dựng với rất nhiều thông điệp trừu tượng, tuyệt vời - tôi có kế hoạch sử dụng nó rộng rãi. Câu hỏi cơ bản của tôi là câu hỏi của các nhà môi giới thông điệp. Kiến trúc của tôi sẽ trông giống như ứng dụng -> tin nhắn môi giới hàng đợi -> ứng dụng máy chủ lắng nghe, gửi tất cả các tin nhắn đến nơi họ cần đến, và xử lý vòng đời của những tin nhắn tồn tại lâu dài -> tin nhắn môi giới hàng đợi hoặc chủ đề -> nghe ứng dụng.
Cuối cùng, câu hỏi: Tôi nên sử dụng nhà môi giới thư nào? Tôi thiên vị về phía ActiveMQ - Chúng tôi đã sử dụng nó trên dự án cuối cùng của mình và yêu thích nó. Tôi thực sự không thể nghĩ ra một đòn tấn công nào, trừ Java là Java, và sẽ yêu cầu java được cài đặt trên một máy chủ ở đâu đó, và đó có thể là một việc khó bán cho một số người sẽ sử dụng dịch vụ này. Các tùy chọn khác mà tôi đã xem xét là MSMQ. Tôi thiên vị chống lại nó vì một lý do không rõ, và nó cũng không có vẻ hỗ trợ multicast tuyệt vời.
Có ai đã sử dụng MSMQ cho một cái gì đó như thế này không? Bất kỳ ưu hoặc nhược điểm nào, những thứ có thể ảnh hưởng đến bầu cử theo cách này hay cách khác?
Một điều cuối cùng, chúng tôi đang sử dụng .NET 2.0.
MSMQ: Các mục trong hàng đợi chỉ được lưu trên đĩa nếu bạn đang sử dụng các tin nhắn có độ bền cao. Tôi sẽ giả định như vậy cho ActiveMQ. –