19、可观测性的采用与实践

可观测性的采用与实践

1. 可观测性迁移与整合

在不同的环境中，可观测性工具的迁移情况有所不同。有些迁移可能更为直接，例如用 OpenTelemetry Collectors 替换 Statsd sidecars，或者让日志框架启用 OpenTelemetry 附加器和检测功能，以提升其在可观测性方面的价值。

OpenTelemetry 的互操作性特性使得组织能够逐步将检测整合到开放标准中，简化部署，并实现信号和服务之间更高程度的关联。使用 OpenTracing 和 OpenCensus 的服务可以从向后兼容性中受益，而 OpenTelemetry Collectors 则有助于合并其他客户端导出的遥测数据的导出管道。

不过，组织应考虑投入工程时间来集中实现遥测功能，以减少迁移需求，并确保在多个部署中遵循标准和最佳实践。

2. 转变调试工作流程

改变工程团队调试生产服务的方式并非易事。传统上，遥测是针对单个应用程序定制的，大多由应用程序所有者进行检测，他们利用对系统的了解以有意义的方式描述系统。这些经验丰富的工程师通常会构建仪表板、警报和操作手册，以便团队在事件发生时遵循。当引入新的故障排除工作流程时，人们质疑其有用性也就不足为奇了。毕竟，如果现有的方法一直有效，为什么要改变呢？但在现代分布式系统中，这种假设存在诸多缺陷，因为我们无法预测应用程序可能遇到的每一种故障模式。

即使拥有最先进的遥测工具和检测功能，或者有大量数据由可观测性框架自动关联，如果工程师仍然遵循预先设定的调试工作流程，如在单独的浏览器窗口中查询日志，在另一个窗口中查看自定义仪表板，那么检测和识别回归原因的时间（MTTD 和 MTTK 指标）并不会