我正在评估用于管理 400 多个类似信息亭的应用程序实例的解决方案。每个实例都运行一个自定义 Java 应用程序,用于显示信息并与用户交互。我们正在考虑是否应该开发一个自定义解决方案,尝试为其添加 JMX 支持或寻找其他解决方案。

要求很简单:

  1. 它必须是一个免费且开源的解决方案;
  2. 它必须能够管理超过 400 个实例(例如:一名经理管理 400 个支持 JMX 的客户端);
  3. 最好用Java编程;
  4. 我们需要标准指标(例如:可用资源、运行时间、当前状态等);
  5. 我们可以选择向实例发送一些控制消息。

看来 JMX 的特性和灵活性正是我们所寻求的。然而,我还没有发现太多关于 JMX 可扩展性的信息。一个 JMX 管理器可以处理多少个“客户端”?是否可以同时管理400个JMX实例?如果它不能直接处理这么多客户端,是否有任何推荐的架构或解决方法?

感谢您的任何提示

有帮助吗?

解决方案

JMX 正是您想要的。

至于您可以连接到多少个客户端,我想对于它的监控部分,您最多只需要每隔几秒钟从远程客户端获取数据,对吧?

我不确定是否已经存在一个解决方案,它允许您监视 N 个客户端并控制它们,因此您可能想要自己开发一些东西 - 使用 JMX 代码与远程 MBean 交互似乎很简单,然后这就变成了练习编写一个可以同时与 400 个节点成功通信的程序。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top