OpenTelemetry简史（至今）

作者：Ben Sigelman，OpenTracing共同创建者，OpenTelemetry管理委员会的成员，以及Morgan McLean，OpenCensus产品经理，自项目开始以来他一直在谷歌

经过数月的规划、讨论、原型化、更多的讨论和更多的规划，OpenTracing和OpenCensus正在合并，成为OpenTelemetry，它现在是一个CNCF沙箱项目。种子治理和技术委员会由来自谷歌、LightStep、微软和Uber的代表组成，每天都有更多的组织参与进来。

我们对此非常高兴，原因如下。

可观察性、输出和高质量的遥测

“可观察性”是一个时髦的词，有一些令人钦佩的书呆子和学术渊源。在控制理论中，“可观察性”衡量的是我们仅通过外部输出就能很好地理解给定系统的内部。如果你曾经部署或操作过一个现代的、基于微服务的软件应用程序，那么你肯定很难理解它的性能和行为，这是因为这些“输出”充其量也只能说是微不足道的。我们无法理解一个复杂的系统，如果它是一个黑匣子。点燃这些黑匣子的唯一方法是使用高质量的遥测技术：分布式跟踪、度量、日志等等。

那么，我们如何才能从整个现代软件栈中获得精确、低开销的遥测数据呢？一种方法是仔细地检测每一个微服务，一件一件，一层一层。这将是真正地工作，它也是完全不适合初学者 - 我们将花在测量上的时间和我们在软件本身上的时间一样多！我们需要将遥测技术作为我们服务的一项内置功能。

OpenTelemetry项目旨在使我们的行业实现这一愿景，但在我们更详细地描述它之前，我们应该首先介绍一下OpenTracing和OpenCensus的历史和背景。

OpenTracing和OpenCensus

在实践中，遥测数据有几种风格（或图中的“垂直方向”），然后每个都有几个集成点（或图中的“层”）。从广义上讲，云原生遥测领域主要由分布式跟踪、timeseries度量和日志组成；最终用户通常与一个瘦的仪表API集成，或者通过描述这些跟踪、度量或日志的简单结构化数据格式集成。

几年来，业界普遍认为有必要进行协作，以摊销软件检测的共享成本。OpenTracing和OpenCensus在这方面起到了带头作用，虽然每个项目都做出了不同的架构选择，但是这两个项目最大的问题是它们有两个。此外，这两个项目并没有在一起工作，也没有为相互兼容而努力。

世界上有两个相似但不完全相同的项目，这给开发者带来了困惑和不确定性，也让他们更难实现共同的使命：为所有人提供高质量的内置遥测技术。

变成一个项目

如果有一件关于OpenTelemetry需要理解的事情，那就是OpenTracing和OpenCensus的领导层共同致力于将他们各自的社区迁移到这个单一且统一的项目上。尽管我们所有人都有很多关于如何煮沸海洋（“boil the ocean” - 不可行），并从零开始的想法，但我们正在抵制这些冲动，而是集中精力让我们的社区为成功的过渡做好准备；我们的合并重点是明确的：

• 与OpenTracing和OpenCensus的直接向后兼容性（通过软件桥接）
• 最小化OpenTelemetry、OpenTracing和OpenCensus共同开发的时间：我们计划在2019年底前将OpenTracing和OpenCensus置于“只读模式”。
• 此外，还就要简化和标准化可供开发者使用的遥测解决方案。

在许多方面，将OpenTelemetry看作OpenTracing和OpenCensus的下一个主要版本是最准确的。与任何版本升级一样，我们将努力使新用户和现有最终用户都能轻松使用，但我们认识到，对生态系统的主要好处是整合本身 — 而不是某些特定的、闪亮的新功能 — 我们正在相应地优先考虑我们自己的努力。

你如何提供帮助

OpenTelemetry的时间表是进取的。虽然我们有许多开源和供应商许可的可观察性解决方案提供了指导，但我们总是希望尽可能多的最终用户参与进来。任何最终用户能做的最有价值的事情也是最简单的事情之一：查看我们正在做的实际工作并提供反馈。通过GitHub、Gitter、电子邮件或任何感觉最简单的方式。

当然，我们也欢迎对OpenTelemetry本身的代码贡献，将OpenTelemetry支持添加到现有软件项目、文档、博客文章以及其他内容的代码贡献。如果你感兴趣，你可以通过填写此表格注册加入集成工作。

https://forms.gle/HCGGoLRzoPm6o29K6