JMX scalabilty: может ли он использоваться для управления 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 узлами.