JMX Scalabilità: può essere utilizzato per gestire oltre 400 casi?

Question

Sto valutando soluzioni per la gestione di oltre 400 casi di un'applicazione chiosco-like. Ogni istanza esegue un'applicazione personalizzata Java che consente di visualizzare le informazioni e interagisce con gli utenti. Ci sono riflettendo se dobbiamo sviluppare una soluzione personalizzata, cercare di includere il supporto JMX per esso o trovare qualcos'altro.

I requisiti sono semplici:

1. Deve essere una soluzione di libero e open source;
2. Deve essere in grado di gestire più di 400 casi (ad esempio: un responsabile gestione 400 clienti JMX abilitati);
3. Dovrebbe essere preferibilmente programmato in Java;
4. Abbiamo bisogno di metriche standard (ad esempio: le risorse disponibili, tempi di esecuzione, lo stato attuale, ecc);
5. Opzionalmente vorremmo mandare alcuni messaggi di controllo alle istanze.

Sembra che JMX caratteristiche e la flessibilità è ciò che stavamo cercando. Tuttavia, non ho trovato molto su JMX scalabilità. Quanti "clienti" in grado di gestire un responsabile JMX? E 'possibile gestire 400 casi JMX contemporaneamente? C'è qualche architettura o di soluzione se non gestisce tanti clienti raccomandato direttamente?

Grazie per eventuali suggerimenti

Answer 1

JMX è esattamente quello che vuoi.

Per quanto riguarda il numero di clienti è possibile connettersi a, mi immagino che per le porzioni di monitoraggio di esso, si sarebbe veramente solo bisogno di recuperare i dati dai client remoti ogni pochi secondi, al massimo, giusto?

Non sono sicuro se una soluzione esiste già che vi permetterà di monitorare i clienti N e anche controllare loro, in modo che ci si probabile desidera sviluppare qualcosa di te stesso - che interagiscono con MBeans a distanza con il codice JMX sembra essere banale, che poi si trasforma questo in un esercizio di poter scrivere un programma che può contemporaneamente comunicare con 400 nodi con successo.