Prometheus 普罗米修斯-JMX：为什么'；普罗米修斯是否通过JMX端口获取信息，而不需要在目标系统上安装Jar？

我是普罗米修斯的新手。我在寻找监视应用服务器的方法，这些应用服务器不支持Prometheus，但支持JMX

这类应用程序提供了一些配置，以通过JMX端口启用连接

---

那么为什么普罗米修斯需要在目标系统上放置普罗米修斯特有的JAR（java代理的东西）？它只需连接到JMX端口并获取所需的任何信息

普罗米修斯的目标并不是在一个二进制文件中支持所有可能的应用程序，只是太多了。相反，500个出口商的存在是为了充当翻译人员，普罗米修斯可以专注于它最擅长的工作。

普罗米修斯的目标不是在一个二进制文件中支持所有可能的应用程序，只是太多了。相反，~500个出口商的存在是为了充当翻译，普罗米修斯可以专注于它最擅长的方面。

在JMX出口商的Github页面上找到了答案：

此导出程序旨在作为Java代理运行，公开HTTP 本地JVM的服务器和服务度量它也可以作为 独立的HTTP服务器和scrape远程JMX目标，但这有 各种缺点，例如难以配置和 无法公开进程指标（例如内存和CPU使用量）。跑步 因此，强烈鼓励导出器作为Java代理

---

在JMX Exporter的Github页面上找到了答案：

此导出程序旨在作为Java代理运行，公开HTTP 本地JVM的服务器和服务度量它也可以作为 独立的HTTP服务器和scrape远程JMX目标，但这有 各种缺点，例如难以配置和 无法公开进程指标（例如内存和CPU使用量）。跑步 因此，强烈鼓励导出器作为Java代理

---

这些翻译器不需要在目标系统上运行。他们可以与普罗米修斯生活在同一台机器上，通过网络访问JMX数据（或者他们可以与应用程序生活在一起，但仍然通过本地套接字连接到JMX）。附加一个java代理相当具有侵入性。许多复杂的软件都是通过供应商提供的脚本启动的。在那里附加java代理意味着修改这些脚本。然而，用户使用JMX是供应商计划的——它有很好的文档记录。这些翻译器不需要在目标系统上运行。他们可以与普罗米修斯生活在同一台机器上，通过网络访问JMX数据（或者他们可以与应用程序生活在一起，但仍然通过本地套接字连接到JMX）。附加一个java代理相当具有侵入性。许多复杂的软件都是通过供应商提供的脚本启动的。在那里附加java代理意味着修改这些脚本。然而，用户使用JMX是供应商计划的事情——它有很好的文档记录。