应用性能监控（APM）回答“请求为什么变慢、依赖哪里出问题、一次发布影响了什么”。它关注调用链、服务拓扑、数据库、外部依赖、错误率和延迟，不等于原始日志平台或单纯的错误聚合工具。
| 工具 | 主要定位 | 适合场景 | 主要代价 |
|---|---|---|---|
| New Relic | APM 与可观测性 | 应用、数据库、日志、指标和基础设施 | 覆盖广，配置和成本管理更复杂 |
| Datadog | APM 与云监控 | Tracing、日志、基础设施、RUM 和告警 | 数据量、采样和套餐成本较高 |
| Dynatrace | 企业 APM | 自动发现、拓扑、Tracing 和业务监控 | 实施、Agent 和合同成本偏重 |
| Elastic APM | Elastic 生态 APM | 已经使用 Elasticsearch / Kibana | 依赖 Elastic 栈的运维能力 |
| AppDynamics | 企业应用性能管理 | 复杂企业应用、拓扑和业务事务 | 商业授权和实施成本较高 |
| SigNoz | OpenTelemetry 一体化观测 | 偏自托管、统一日志指标链路 | ClickHouse 与平台运维需评估 |
托管 APM：New Relic、Datadog、Dynatrace
New Relic 覆盖 APM、日志、指标、Tracing 和基础设施；Datadog 更强调 APM、云资源、日志、RUM 和告警组合；Dynatrace 更偏大型组织的自动发现、拓扑和企业可观测性。
三者都要提前管理 Agent 权限、数据采样、留存周期、敏感数据和费用。不要因为“接入很快”就默认长期成本可控。
Elastic APM、AppDynamics 与 SigNoz
Elastic APM 适合已经使用 Elastic Stack 的团队，可以把服务、Trace、错误和日志放在熟悉的 Kibana 中观察。AppDynamics 更适合复杂企业应用和业务事务拓扑，但实施与授权成本较高。
SigNoz 以 OpenTelemetry 为主要采集路径，覆盖日志、指标、Tracing 和告警，适合希望自托管的一体化方案；需要评估 ClickHouse 和数据保留。
怎么选
| 需求 | 优先考虑 |
|---|---|
| 快速建立托管 APM 和基础设施观测 | New Relic 或 Datadog |
| 大型组织需要自动拓扑和企业能力 | Dynatrace 或 AppDynamics |
| 已经使用 Elastic Stack | Elastic APM |
| 需要 OpenTelemetry、自托管和统一信号 | SigNoz |
上线前至少确认服务命名、版本标记、采样、Trace 与日志关联、数据库查询脱敏、慢请求阈值、SLO 和告警升级路径。原始日志和指标后端分别见日志采集与日志平台对比与指标、链路与基础设施监控对比。