|
| 1 | +--- |
| 2 | +title: 什么是 OpenTelemetry? |
| 3 | +description: 简短说明 OpenTelemetry 是什么,不是什么。 |
| 4 | +aliases: [/zh/about, /zh/docs/concepts/what-is-opentelemetry, /zh/otel] |
| 5 | +weight: -1 |
| 6 | +--- |
| 7 | + |
| 8 | +OpenTelemetry |
| 9 | +是一个[可观测性](/docs/concepts/observability-primer/#what-is-observability)框架和工具包, |
| 10 | +旨在创建和管理遥测数据,如[链路](/docs/concepts/signals/traces/)、 |
| 11 | +[指标](/docs/concepts/signals/metrics/)和[日志](/docs/concepts/signals/logs/)。 |
| 12 | +重要的是,OpenTelemetry 是供应商和工具无关的,这意味着它可以与各种可观测性后端一起使用, |
| 13 | +包括 [Jaeger](https://www.jaegertracing.io/) 和 |
| 14 | +[Prometheus](https://prometheus.io/) 这类开源工具以及商业化产品。 |
| 15 | + |
| 16 | +OpenTelemetry 不是像 Jaeger、Prometheus 或其他商业供应商那样的可观测性后端。 |
| 17 | +OpenTelemetry 专注于遥测数据的生成、采集、管理和导出。 OpenTelemetry 的一个主要目标是, |
| 18 | +无论应用程序或系统采用何种编程语言、基础设施或运行时环境,你都可以轻松地将其仪表化。 |
| 19 | +重要的是,遥测数据的存储和可视化是有意留给其他工具处理的。 |
| 20 | + |
| 21 | +## 什么是可观测性? {#what-is-observability} |
| 22 | + |
| 23 | +[可观测性](/docs/concepts/observability-primer/#what-is-observability)具备检查系统输出来理解系统内部状态的能力。 |
| 24 | +在软件的上下文中,这意味着通过检查遥测数据(包括链路、指标和日志)来理解系统的内部状态。 |
| 25 | + |
| 26 | +要使系统可观测,必须对其进行仪表化。也就是说,代码必须发出链路、指标或日志。 |
| 27 | +然后,仪表化的数据必须发送到可观测性后端。 |
| 28 | + |
| 29 | +## 为什么选择 OpenTelemetry? {#why-opentelemetry} |
| 30 | + |
| 31 | +随着云计算、微服务架构和日益复杂的业务需求的兴起,软件和基础设施的可观测性需求比以往任何时候都要强烈。 |
| 32 | + |
| 33 | +OpenTelemetry 满足可观测性的需求,并遵循两个关键原则: |
| 34 | + |
| 35 | +1. 你所生成的数据归属于你自己,不会被供应商锁定。 |
| 36 | +2. 你只需要学习一套 API 和约定。 |
| 37 | + |
| 38 | +这两个原则的结合赋予团队和组织在当今现代计算世界中所需的灵活性。 |
| 39 | + |
| 40 | +如果你想了解更多信息,请查阅 OpenTelemetry |
| 41 | +的[使命、愿景和价值观](/community/mission/)。 |
| 42 | + |
| 43 | +## 主要的 OpenTelemetry 组件 {#main-opentelemetry-components} |
| 44 | + |
| 45 | +OpenTelemetry 包括以下主要组件: |
| 46 | + |
| 47 | +- 适用于所有组件的[规范](/docs/specs/otel) |
| 48 | +- 定义遥测数据形状的标准[协议](/docs/specs/otlp/) |
| 49 | +- 为常见遥测数据类型定义标准命名方案的[语义约定](/docs/specs/semconv/) |
| 50 | +- 定义如何生成遥测数据的 API |
| 51 | +- 实现规范、API 和遥测数据导出的[语言 SDK](/docs/languages) |
| 52 | +- 实现常见库和框架的仪表化的[库生态系统](/ecosystem/registry) |
| 53 | +- 可自动生成遥测数据的自动仪表化组件,无需更改代码 |
| 54 | +- [OpenTelemetry Collector](/docs/collector):接收、处理和导出遥测数据的代理 |
| 55 | +- 各种其他工具, |
| 56 | + 如[用于 Kubernetes 的 OpenTelemetry Operator](/docs/kubernetes/operator/)、 |
| 57 | + [OpenTelemetry Helm Charts](/docs/kubernetes/helm/) 和 |
| 58 | + [FaaS 的社区资产](/docs/faas/) |
| 59 | + |
| 60 | +OpenTelemetry 广泛应用于许多已集成 OpenTelemetry |
| 61 | +提供默认可观测性的[库、服务和应用](/ecosystem/integrations/)。 |
| 62 | + |
| 63 | +OpenTelemetry 得到众多[供应商](/ecosystem/vendors/)的支持,其中许多为 |
| 64 | +OpenTelemetry 提供商业支持并直接为此项目做贡献。 |
| 65 | + |
| 66 | +## 可扩展性 {#extensibility} |
| 67 | + |
| 68 | +OpenTelemetry 被设计为可扩展的。一些扩展 OpenTelemetry 的例子包括: |
| 69 | + |
| 70 | +- 向 OpenTelemetry Collector 添加接收器以支持来自自定义源的遥测数据 |
| 71 | +- 将自定义仪表化库加载到 SDK 中 |
| 72 | +- 创建适用于特定用例的 SDK 或 Collector 的[分发](/docs/concepts/distributions/) |
| 73 | +- 为尚不支持 OpenTelemetry 协议(OTLP)的自定义后端创建新的导出器 |
| 74 | +- 为非标准上下文传播格式创建自定义传播器 |
| 75 | + |
| 76 | +尽管大多数用户可能不需要扩展 OpenTelemetry,但此项目几乎每个层面都可以实现扩展。 |
| 77 | + |
| 78 | +## 历史 {#history} |
| 79 | + |
| 80 | +OpenTelemetry 是[云原生计算基金会 (CNCF)](https://www.cncf.io)的一个项目,是由 |
| 81 | +OpenTracing 和 OpenCensus 这两个项目合并而成的。原来这两个项目都是为解决同样的问题而创建的: |
| 82 | +缺乏一种标准的方法来为代码进行仪表化并将遥测数据发送到可观测性后端。 |
| 83 | +由于这两个项目都无法独立解决这个问题,所以将其合并成立了 OpenTelemetry, |
| 84 | +吸收了双方的优势,提供了统一的解决方案。 |
| 85 | + |
| 86 | +如果你目前正在使用 OpenTracing 或 OpenCensus, |
| 87 | +你可以在[迁移指南](/docs/migration/)中了解如何迁移到 OpenTelemetry。 |
| 88 | + |
| 89 | +## 接下来做什么? {#what-next} |
| 90 | + |
| 91 | +- 参阅[入门指南](/docs/getting-started/) — 立即开始! |
| 92 | +- 了解 [OpenTelemetry 的概念](/docs/concepts/)。 |
0 commit comments