java - 监视 Java Web 应用程序 - JMX 是正确的选择吗？

Question

我们有一个 Java 网络应用程序，我们想设置一些基本的监控，以期在未来扩展这种监控。我们的计划如下:

(1) 收集有关运行应用程序的 Web 容器的虚拟机的一般信息(例如内存和线程)。

(2) 监视应用程序的“状态”。这相当模糊，但至少我们想看看 Web 应用程序是否仍然存在并且可以响应请求。

(3) 将来我们希望收集更多特定于我们的应用程序的信息。同样，这是相当模糊的，但您可以假设我们可能希望将应用程序内部收集的某些统计数据提供给支持人员。

通常 Web 应用程序将部署在 Tomcat 5.5 或 6 环境中。在 Web 上快速搜索显示可以为 Tomcat 启用 JMX，然后可以使用 JConsole 连接到服务器。这为我们提供了许多解决第 (1) 点的基本信息。此外，在“Catalina”的 MBean 部分中提供了一些信息，并且我至少可以对此进行深入研究，例如，查看特定 servlet 收到了多少请求。这不是我们想要的第 (2) 点，但至少给了我们一些信息。那里似乎有很多信息，但使用 JConsole 解释起来相当困难。也许有更好的工具来解释 Tomcat 公开的 MBean。

对于第 (3) 点，乍一看，我们似乎可以编写自己的 MBean，然后将它们提供给 JConsole 之类的东西。就个人而言，这会让我了解 JMX，我很乐意这样做，但我有一个顾虑。环顾四周，我注意到大多数关于该主题的教科书已经好几年没有更新了，而且开源工具似乎在没有最近更新的情况下萎靡不振。所以我的主要问题很简单。您对 JMX 有何看法？它有 future 还是它/是否已被其他东西取代？鉴于我们已经有了我们的 Web 应用程序，但我们正在从头开始管理控制台，我们应该选择 JMX 还是有更合适的东西来迎接更好的 future ？

我问这个问题并没有个人的动机，我只是想听听您的意见和经验。我敢肯定没有一个正确答案，但我认为进行知情讨论会很有用。

提前致谢

亚当。

Answer 1

JMX 无疑是一个很好的解决方案。我不会担心它会萎靡不振。我最近工作过的大多数企业都使用(或计划使用)JMX，在 Java 世界中选择其他东西之前，我必须听到一个非常有说服力的论据。为它编写客户端(监控解决方案)很容易，而且您确实可以非常轻松地返回复杂的数据。大多数第 3 方组件也支持通过 JMX 进行监控。

请注意，您可能还需要考虑与任何现有管理解决方案(例如 Nagios、BNC Patrol、HP Openview 等)的集成。他们可能不太了解 Java，而是更喜欢使用简单的 HTTP 连接来测试网站是否正常运行(使用 Nagios 很容易)，或者使用 SNMP 进行集成(Openview native 对话)。