【可观测性工程】可观测性 vs 监控：从 Zabbix/Nagios 到 OpenTelemetry 的二十年
内容提要
监控与可观测性是不同的概念，监控关注预设问题和指标，而可观测性能够回答任意问题。传统的监控工具如Nagios和Zabbix逐渐被Prometheus和OpenTelemetry取代，后者支持更灵活的数据模型和多维度分析。可观测性强调记录足够的上下文信息，以便在故障发生时进行深入分析。随着微服务和复杂系统的普及，传统监控已无法满足需求，行业正向统一的可观测性平台发展。
关键要点
-
监控和可观测性是不同的概念，监控关注预设问题和指标，而可观测性能够回答任意问题。
-
传统监控工具如Nagios和Zabbix逐渐被Prometheus和OpenTelemetry取代，后者支持更灵活的数据模型和多维度分析。
-
可观测性强调记录足够的上下文信息，以便在故障发生时进行深入分析。
-
随着微服务和复杂系统的普及，传统监控已无法满足需求，行业正向统一的可观测性平台发展。
-
监控的核心范式是预设问题、收集指标、阈值触发和人工响应，存在根本性限制。
-
可观测性允许回答任意问题，强调记录足够多的上下文维度。
-
Prometheus的设计选择包括标签系统、拉取模型和服务发现，解决了传统监控的局限。
-
OpenTelemetry的合并旨在统一监控和可观测性，成为CNCF项目，提供API规范和SDK实现。
-
在国内，监控工具的演进经历了Zabbix、Prometheus到OpenTelemetry的过程，面临多种迁移挑战。
延伸问答
监控和可观测性有什么区别？
监控关注预设问题和指标，而可观测性能够回答任意问题，强调记录足够的上下文信息。
为什么传统监控工具逐渐被Prometheus和OpenTelemetry取代？
因为Prometheus和OpenTelemetry支持更灵活的数据模型和多维度分析，能够满足微服务和复杂系统的需求。
可观测性如何帮助故障分析？
可观测性通过记录足够多的上下文维度，使得在故障发生时能够进行深入分析，回答任意问题。
Prometheus的设计选择有哪些？
Prometheus的设计选择包括标签系统、拉取模型和服务发现，这些选择解决了传统监控的局限性。
OpenTelemetry的主要功能是什么？
OpenTelemetry提供API规范和SDK实现，旨在统一监控和可观测性，支持多种数据类型的收集和处理。
在国内，监控工具的演进经历了哪些阶段？
监控工具的演进经历了Zabbix、Prometheus到OpenTelemetry的过程，面临多种迁移挑战。
