Scouter：应用监控工具多平台版下载 | Java 性能与主机指标统一看线上服务一慢

6次阅读

获取下载链

微信关注「软件教程管家」公众号，回复 scouter

Scouter 应用监控工具多平台版下载 | Java 性能与主机指标统一看

线上服务一慢，应用、数据库、主机三个方向来回猜最耗时间。本篇讲 Scouter 这款应用监控工具怎么搭：Java 应用性能、主机资源、服务调用和 SQL 放在同一套自建监控里看，并给出组件分工、安装顺序和装完先定好的配置，帮你在排查时先定位到正确的那一层。

30秒速读：先看结论再决定要不要搭

结论先行：如果你要监控的是 Tomcat、JBoss、Resin 这类 Java Web 应用或独立 Java 程序，并且希望应用指标和主机指标统一查看，Scouter 值得纳入候选；如果你要的是云原生托管、完整商业支持或开箱即用的 SaaS 能力，公开资料没有提供这方面的信息，应拿它与其他方案单独对比再定。它的价值在 Java 与 JVM 采集链路完整，而非大而全的商业套件。

软件信息表

软件名称	Scouter
软件类型	开源应用性能监控工具，自建部署
适用平台	Java Agent 面向 Java 应用，Host Agent 支持 Linux、Windows 和 Unix，查看客户端另有系统要求
核心能力	JVM 与 Web 应用性能采集、主机资源监控、调用链与 SQL、外部调用查看、活跃用户与 TPS 统计
扩展方向	Web API、Telegraf 基础设施采集、Zipkin 存储扩展多语言链路
源码与说明	以 GitHub 仓库主页及安装文档为准，许可条件以仓库许可文件为准

应用监控能力一览：先分清每一层看什么

按四层理解，先定层再看数。

应用性能层：Java Agent 采集 JVM 与应用性能，客户端看活跃用户、TPS、响应时间、方法、SQL 与外部调用，慢请求先看响应时间分布再下钻。
主机资源层：Host Agent 监控主机 CPU、内存、网络，应用慢时先对照主机资源排除瓶颈。
服务与调用层：Server 接收并保存 Agent 或 Telegraf 发来的数据，Client 流式查看和分析。
扩展接入层：Telegraf 接入 Redis、Nginx、Kafka、MySQL 等基础设施数据；Zipkin 存储扩展展示 C#、Go、Python 等多语言链路数据。

版本选择：四个组件怎么取舍

它不是单个程序，而是分层组合，缺一层都会数据断链。

组件	职责	取舍建议
Java Agent	采集 JVM 和 Web 应用性能数据	要监控 Java 应用就必须装，是应用层数据的唯一来源
Host Agent	采集操作系统 CPU、内存、网络等指标	需要主机资源对照时装，与应用指标配对看才有意义
Server	接收并保存 Agent 或 Telegraf 发来的数据	自建部署的核心，必须先于客户端就绪
Client	流式查看和分析性能数据	注意 macOS Big Sur 不受支持，该环境要先确认替代查看方式

明确推荐：先搭 Server，再接 Agent，最后开 Client 验证。

安装步骤：按安装文档走通一次

打开文末的 GitHub 仓库主页，先读安装文档，确认各组件的版本与配置兼容性，不要凭摘要里的组件清单直接动手。
先部署 Scouter Server，确认它能正常接收数据，再往下接 Agent，避免两头同时排错分不清责任。
给目标 Java 应用挂上 Java Agent，覆盖 Tomcat、JBoss、Resin 或独立 Java 程序，按安装文档核对挂载方式与 Server 地址。
在需要看主机资源的主机上部署 Host Agent，覆盖 Linux、Windows 或 Unix，确认 CPU、内存、网络指标能正常上报。
打开 Client，用流式查看验证一遍：活跃用户、TPS、响应时间、方法、SQL 和外部调用是否都有数据，缺哪一层就回头查哪一层的 Agent。
主链路跑通后，再接 Telegraf 或 Zipkin 扩展。

装完必改设置：5 项先定好再正式用

Server 地址与采集对象：在 Agent 配置里确认 Server 地址和采集对象写对，地址错了数据直接丢，客户端看到的空白不是采集慢，而是根本没连上。
关键指标的查看口径：排查按响应时间到方法再到 SQL 的顺序下钻，不要一上来翻全量调用。
主机指标配对：把主机指标和应用指标放同一视角对照，应用一慢先看主机资源有没有同时异常。
扩展采集范围：需要 Redis、Kafka、数据库或容器平台数据时，先确认 Telegraf 的对应配置是否覆盖目标；需要多语言链路时，先确认 Zipkin 存储与上报工具链是否打通。
客户端环境确认：查看用的机器若是 macOS Big Sur，Client 不受支持，要提前确认替代查看方式，不要等到排查现场才发现客户端打不开。

注意事项：这 5 条先知道

Client 在 macOS Big Sur 上不受支持，使用该环境前必须确认替代查看方式，这是公开资料里明确写出的限制。
README 把 MariaDB Agent 标记为待公布状态，不能据此假定它已经具备可用的 MariaDB 采集能力，需要该能力时先核实最新状态。
跨语言链路展示依赖 Zipkin 存储和对应的上报工具，并非所有语言都由 Scouter 原生 Agent 直接采集，选型时要把这条算进成本。
GitHub 许可证字段显示为 NOASSERTION，采用前务必结合仓库许可文件核实授权条件，不要只看摘要里的开源说法就直接上生产。
组件较多，部署边界以安装文档与源码为准，升级前验证数据格式与客户端兼容性。

适用人群与同类工具分工

适合的人：需要自建应用性能监控平台的 Java 应用开发者、运维工程师和性能分析人员，尤其适用于 Tomcat、JBoss、Resin 及独立 Java 应用环境，并且愿意自己维护 Agent、Server、Client 多个组件。不适合的人：要云原生托管、完整商业支持或现成 SaaS 能力，或者团队不想承担多组件运维成本的，应另选方案。分工上，它是 Java 性能加主机指标的自建组合，不替代日志系统和告警平台。