الإرسال المتعدد, الرسائل, شكرا مقابلMSMQ?

Question

أنا أعمل على الرسائل/نظام الإخطار عن منتجاتنا.والمتطلبات الأساسية هي كما يلي:

• النار وننسى
• استمرار مجموعة من الرسائل ، وربما تحديث البقاء هناك حتى يقول المرسل لإزالتها

المكتبات سوف يكون مكتوب في C#.Spring.NET صدر للتو معلما بناء مع الكثير من لطيفة الرسائل التجريد ، وهو أمر عظيم - أخطط استخدامه على نطاق واسع.بلدي السؤال الأساسي يأتي إلى مسألة من رسالة السماسرة.العمارة بلدي سوف ننظر بشيء من مثل التطبيق -> رسالة وسيط الانتظار -- > ملقم التطبيق الذي يستمع ، ترسل جميع الرسائل إلى حيث يجب أن يذهب ، ومقابض دورة حياة طويلة الأجل الرسائل -> رسالة طابور وسيط أو موضوع -> الاستماع التطبيقات.

وأخيرا السؤال:والتي رسالة وسيط يجب استخدامها ؟ أنا منحازة شكرا - اعتدنا على المشروع الأخير وأحب ذلك.لا أستطيع التفكير في أي ضربة ضد ذلك ، إلا أنه جافا ، وسوف يتطلب جافا ليتم تثبيتها على خادم في مكان ما ، قد يكون من الصعب بيعها إلى بعض الناس الذين سوف يستخدمون هذه الخدمة.الخيار الآخر كنت تبحث في MSMQ.أنا منحاز ضدها لسبب غير معروف ، وهو أيضا لا يبدو أن لديها كبيرة دعم الإرسال المتعدد.

وقد أي شخص يستخدم MSMQ عن شيء مثل هذا ؟ أي إيجابيات أو سلبيات ، الأشياء التي قد تؤثر على التصويت بطريقة أو أخرى ؟

شيء واحد آخر ، ونحن نستخدم .NET 2.0.

Answer 1

أنا نوعا ما منحازة كما عمل على شكرا ولكن تقريبا كل الفوائد المذكورة عن MSMQ أعلاه تنطبق أيضا على شكرا حقا.

بعض فوائد شكرا تشمل

• دعم كبير عبر لغة وصول العميل متعددة دعم بروتوكول
• دعما ممتازا تكامل المشاريع أنماط
• طن من الميزات المتقدمة مثل حصريا طوابير و رسالة المجموعات

الجانب السلبي الرئيسي أذكر لكم أن شكرا وسيط هو مكتوب في جاوة ، ولكن يمكنك تشغيله على IKVM كما .صافي الجمعية إذا كنت تريد حقا - أو تشغيل خدمة windows أو ترجمة ذلك إلى DLL/EXE عن طريق GCJ.MSMQ قد أو قد لا تكون مكتوبة .صافي ولكن ذلك لا يهم كثيرا كيف تنفيذها صحيح ؟

بغض النظر عما إذا اخترت MSMQ أو شكرا أنصح على الأقل في استخدام NMS API الذي كما تقول هو متكامل كبيرة في Spring.NET.هناك MSMQ تنفيذ هذا API وكذلك تطبيقات تيبكو, شكرا ودس والتي سوف تدعم أي الدائرة مزود طريق StompConnect.

وذلك عن طريق اختيار NMS كما API الخاص بك سوف تجنب lockin إلى أي تقنية خاصة - ومن ثم يمكنك التبديل بسهولة ومقدمي الرسائل في أي نقطة في الوقت المناسب ؛ بدلا من تأمين التعليمات البرمجية الخاصة بك إلى API الملكية

Answer 2

الايجابيات MSMQ.

• أنها بنيت في ويندوز
• وهو يدعم المعاملات ، كما أنها تدعم طوابير مع أي معاملات
• هو حقا سهلة الإعداد
• الإعلان التكامل
• هو سريع ولكن كنت في حاجة إلى المقارنة شكرا و MSMQ على حركة المرور الخاصة بك لمعرفة أي أسرع.
• .صافي يدعم ذلك المهد
• يدعم النار وننسى
• يمكنك إلقاء نظرة خاطفة على قائمة الانتظار ، إذا كان لديك القراء أن ننظر فقط.لست متأكدا إذا كان يمكنك تحرير رسالة في قائمة الانتظار.

سلبيات:

• 4MB حد حجم الرسالة
• 2GB طابور الحد الأقصى لحجم
• طابور البنود تقام على القرص
• لا التيار MS المنتج ، مستندات قليلا غير محدد ، أو فقد كان منذ سنوات قليلة كنت عليه.

هنا هو فكرة جيدة بلوق MSMQ

Answer 3

نلقي نظرة على zeromq.انها واحدة من أسرع رسالة طوابير حولها.

Answer 4

أقترح أن يكون لديك نظرة على تيبكو المؤسسة خدمة الرسائل - EMS ، التي هي عالية الأداء الرسائل المنتج يدعم الإرسال المتعدد, التوجيه, يدعم الدائرة مواصفات و يوفر مجموعة كبيرة من المشاريع الميزات بما في ذلك الاحتياجات الخاصة بك مثل النار تنسى ورسالة استمرار استخدام ملف قاعدة البيانات باستخدام مشتركة الدولة.

كمرجع ، فيديكس يعمل على تيبكو EMS كما الرسائل البنية التحتية.

http://www.tibco.com/software/messaging/enterprise_messaging_service/default.jsp

هناك الكثير إشارات أخرى إذا لم توفر كنت يفاجأ حقا.

Answer 5

هناك الكثير من الخيارات في هذه الساحة...

مجانا:MantaRay الند للند بالكامل الدائرة متوافقة مع النظام.الجزء مثيرة للاهتمام من Mantaray هو أن تحتاج فقط إلى تحديد أين الرسالة يذهب MantaRay طرق ذلك على أي حال من شأنها أن الحصول على الرسالة الخاصة بك إلى detination - لذلك هو أكثر مقاومة الفشل العقد الفردية في الرسائل الخاصة بك النسيج.

المدفوعة:في يوم عملي أنا إدارة IBM WebSphere MQ نظام الرسائل مع عدة مئات من العقد و قد وجدت لها أن تكون جيدة جدا.كما اشترت مؤخرا تيبكو EMS و يبدو أنه سوف يكون لطيفا جدا لاستخدام كذلك.

بول/