本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 概述
<a name="overview"></a>

## 为什么你需要重新考虑你的可观测性策略
<a name="why-observability"></a>

可观察性从*监控演变而来，监控*侧重于收集遥测信号，例如日志、指标和跟踪，以帮助您调试应用程序。由于这种关联，可观察性通常是事后才想到的，导致仪器过多或太少，无法关联信号，可见性脱节，以及多个工具通常无法凝聚集在一起。这导致人们认为缺乏价值和成本，这似乎超过了可观察性的好处。从业务角度来看，这些问题意味着更长的平均识别时间 (MTTI)，更长的平均恢复时间 (MTTR)，以及用户体验、信任、品牌声誉和收入的下降。如今，可观察性不仅涉及调试和诊断应用程序的能力，还涉及验证应用程序是否完全按照预期运行的能力。

想要为用户提供最佳体验的企业与可观测性工具和功能的演变融为一体，需要重新考虑和重新确定可观测性的优先级。

## 可观测性工具和框架
<a name="tools-frameworks"></a>

在 2019 年上市之前 OpenTelemetry ，为应用程序性能监控 (APM) 和数字体验监控 (DEM) 提供可观测性解决方案的专业工具使遥测信号之间的断开连接更加明显，并凸显了糟糕的用户体验。
+ APM 实时跟踪和分析软件应用程序的行为。它可以衡量关键指标，例如响应时间、错误率和资源使用情况，同时监控跨应用程序组件的用户交易。APM 工具可帮助团队在性能问题、瓶颈和错误影响用户之前快速识别这些问题。他们的主要目标是保持最佳的应用程序性能和用户体验，同时缩短解决问题所需的时间。
+ DEM 从用户的角度衡量和分析用户与数字服务的互动质量。它结合了真实用户监控 (RUM)、综合监控和端点监控，以提供完整的用户体验视图。DEM 可跨不同设备、浏览器和位置跟踪页面加载时间、应用程序响应速度和用户旅程完成情况等指标。这可以帮助组织了解用户如何体验其数字服务，识别影响用户满意度的性能问题，并优化数字接触点。这些见解使企业能够做出数据驱动的决策，以改善客户体验并保持竞争优势。

2019 [OpenTelemetry](https://opentelemetry.io/)年的发布为生成、收集、管理和导出遥测数据提供了一个开源、统一的标准。该框架侧重于通过添加上下文、提供更好的信号相关性以及提供更好的衍生值来弥合遥测信号之间的差距。例如，使用带有附加上下文的结构化日志可以帮助您从摄取的日志中得出指标，并以不同的方式分析信息，从而更快地找到根本原因。以前 OpenTelemetry，信号是单独查看的。要添加功能，您必须修改代码以向现有指标添加新维度或创建新指标，等待代码完成开发生命周期，然后等待在合适的环境中观察到指标后才能进行扣除。此过程会延迟可见性，并影响您在必要时将数据与日志或跟踪关联的能力。

对 OpenTelemetry这种支持的支持以及由此产生的工具改进可帮助您从可观测性平台中获得更高的价值，增强用户体验，并提高运营效率和团队士气。

如果你想改善和增强自己的可观察性姿势，你实际上是从哪里开始的？如何开始？ 我们推荐一种由三个步骤组成的方法，本指南将详细讨论这些步骤：
+ [第 1 阶段：定义你的北极星](define-north-star.md)
+ [第 2 阶段：实现可观察性](implement-observability.md)
+ [第 3 阶段：检查、调整和迭代](inspect-adapt-iterate.md)