قابلية التوسع JMX:هل يمكن استخدامه لإدارة أكثر من 400 حالة؟

Question

أقوم بتقييم الحلول لإدارة أكثر من 400 مثيل لتطبيق يشبه الكشك.يقوم كل مثيل بتشغيل تطبيق Java مخصص يعرض المعلومات ويتفاعل مع المستخدمين.نحن نفكر فيما إذا كان ينبغي علينا تطوير حل مخصص أو محاولة تضمين دعم JMX له أو العثور على شيء آخر.

المتطلبات بسيطة:

1. يجب أن يكون حلاً مجانيًا ومفتوح المصدر؛
2. يجب أن يكون قادرًا على إدارة أكثر من 400 حالة (على سبيل المثال:مدير واحد يدير 400 عميل يدعمون JMX)؛
3. ويفضل أن تتم برمجته بلغة Java؛
4. نحتاج إلى مقاييس قياسية (على سبيل المثال:الموارد المتاحة، وأوقات التشغيل، والحالة الحالية، وما إلى ذلك)؛
5. اختياريًا، نود إرسال بعض رسائل التحكم إلى المثيلات.

يبدو أن ميزات JMX ومرونتها هي ما كنا نبحث عنه.ومع ذلك، لم أجد الكثير عن قابلية التوسع في JMX.كم عدد "العملاء" الذين يمكن لمدير JMX التعامل معه؟هل من الممكن إدارة 400 مثيل JMX بشكل متزامن؟هل هناك أي بنية أو حل بديل موصى به إذا لم يتعامل مع العديد من العملاء مباشرة؟

شكرا على أي تلميحات

Answer 1

JMX هو بالضبط ما تريده.

فيما يتعلق بعدد العملاء الذين يمكنك الاتصال بهم، أتخيل أنه بالنسبة لأجزاء المراقبة منه، ستحتاج فقط إلى جلب البيانات من العملاء البعيدين كل بضع ثوانٍ، على الأكثر، أليس كذلك؟

لست متأكدًا مما إذا كان الحل موجودًا بالفعل والذي سيسمح لك بمراقبة عملاء N والتحكم بهم أيضًا، لذلك من المحتمل أن ترغب في تطوير شيء بنفسك - يبدو أن التفاعل مع MBeans عن بعد باستخدام رمز JMX أمر تافه، مما يؤدي بعد ذلك إلى تحويل هذا في تمرين القدرة على كتابة برنامج يمكنه التواصل بشكل متزامن مع 400 عقدة بنجاح.