什么是 OpenTelemetry（OTel）- NGINX

OpenTelemetry (OTel) 是一个开源项目，为收集、处理和导出来自分布式系统（例如微服务架构）的遥测数据提供了一个厂商中立的标准。这一简化、通用的可观测性方法支持开发人员更轻松地分析软件的性能和行为，从而更容易地诊断和排除应用问题。OTel 收集以下数据：

链路（traces） ——“问题出在哪里？”
指标（metrics） ——“是否出现了问题？”
日志（logs） ——“出了什么问题？”

OTel 不是一门编程语言或一个产品。该开源项目于 2019 年问世，目前由云原生计算基金会 (CNCF) 维护。

请观看此视频，了解如何上手使用 OTel：

OTel 生成的数据类型

链路

链路（trace）记录操作过程中发生的事件，例如单个请求的处理。链路由多段 spans（跨度）组成，每个 span 代表一个工作（work）单元。

举例来说，一个 Web 请求的链路可能包含三个 span：

接收请求
查询数据库
返回响应结果

链路将一个可能包括多个 service 的数据流分成一系列按时间顺序排列的数据块，以便于您理解：

在每个数据块中执行的所有步骤
数据块的执行顺序
每个步骤的持续时间
关于每个步骤的元数据

生成链路后，OTel 会将它们导出到链路后端或工具中进行分析。OTel 为 Jaeger、Zipkin 和 AWS X‑Ray 等常用后端平台提供了一套导出程序。这些服务可以提供链路的数据分析和可视化工具。

指标

在 OTel 中，指标（metrics）衡量操作系统的特定行为，并不断以键值对 [key-value pair]（称为“指标标签 [metric label]”）的形式收集。这些键值对提供了持续的指标衡量的上下文。举例来说，针对 Web 服务的响应时间指标，可能包括的标签有 HTTP 状态代码、端点（endpoint）和 HTTP 方法。所有指标也都带有时间戳，这也是为了能够按时间顺序排列。

日志

日志（logs）是了解特定服务状况的最古老、最常用的方法。它们一般以文本形式生成，必须经过解析才能生成洞察信息。OTel 对于日志的支持仍处于试验阶段。

如欲详细了解我们的解决方案架构师对 OTel 的可观测性特性集与其他可观测性工具的比较结果，请参阅我们的博文《现代应用参考架构之 OpenTelemetry 集成 – 进展报告》。

OTel 工具

OTel 集成了许多热门编程语言、库和框架，而一些编程语言对 OTel 的支持比其它语言更为全面。例如，据 JavaScript 工具库的自我介绍，它提供了针对链路和指标“稳定”实现，并且针对日志的支持可谓是非常稳定。它还提供了一个自动检测选项用以接收链路数据，且无需在您的 service 逻辑代码中添加任何相关代码。与之相比，像是 Go 一类的编程语言则无法为指标和日志提供成熟的支持，并且缺少自动检测功能。