共计 2734 个字符，预计需要花费 7 分钟才能阅读完成。
作者：Morgan McLean
正如咱们之前布告中所探讨，咱们正在致力构建 OpenTelemetry 的第一个 GA 版本。自从 3 月份 beta 版以来，OpenTelemetry 曾经解决了 2640 个 github 问题，合并了 5721 个 PR，使其成为第二大沉闷的 CNCF 我的项目。明天是这个过程中的另一个里程碑，追踪标准的解冻和公布第一个候选（release candidate，RC）版本。
追踪标准 RC 版本
追踪标准当初解冻，并且是一个 RC 版本。OpenTelemetry 的 API 和 SDK 有一个稳固的追踪标准来构建本人的 RC 版本。这意味着：
- 实现追踪标准的 API、SDK 和 Collector（收集器）的 RC 版本将在将来几周内呈现。
- 从当初到最终的 GA 标准之间，不容许任何毁坏追踪标准的更改，除了 RC 期间发现的任何重大（P1）问题。咱们不冀望这些呈现，但 RC 期间的目标是为了让咱们验证一个值得 GA 的标准。
- RC 期间容许一些不破坏性的扭转。其中大多数是对现有行为的廓清或简略的编辑更新。
标准的 RC 局部包含所有与追踪相干的依赖项，特地是以下局部：追踪（Trace）、行李（Baggage）、资源（Resource）、上下文流传（Context Propagation）、环境变量（Environment Variables）和导出器（用于追踪的 Exporters）。你能够在我的项目状态矩阵中查看每个 OpenTelemetry 组件的实现进度。
接下来是什么呢？
实现追踪标准的 RC 版本，是 OpenTelemetry 在 3 月份公布 beta 以来的首要任务。实现这些工作后，咱们当初将重点，转移到 RC 跟踪 API、SDK、收集器和主动仪表（auto instrumentation）组件的实现，以及生成指标标准的 RC 版本。
RC 追踪的实现
大多数 OpenTelemetry 的 API 和 SDK 曾经靠近实现 RC 追踪实现，咱们预计第一波将在将来两周内公布。心愿提供工具（针对各种 web 框架、存储客户端等）的贡献者，能够在 RC API 公布后开始构建。尽管在 RC 应用和测试过程中发现的问题可能会导致 API 的扭转（这些组件将有多个 pre-GA 的 RC 版本），但这些将受到极大的限度。
SDK 可能会有两波 RC 里程碑。第一个将蕴含来自标准的追踪和上下文流传局部的性能，第二个将蕴含针对行李、导出器、资源和环境变量的 RC 实现。
指标
在追踪 RC 组件公布的同时，咱们将对追踪的关注转到指标标准。从这周开始，咱们将优先思考与指标标准相干的变更。之后，API、SDK、收集器和其余组件将公布带有 RC 品质的追踪和指标性能的版本。
生产和 GA 的筹备工作
当指标标准、SDK、收集器和其余组件达到 RC 版本状态，咱们将专一于生产工作，如编写文档、GA 后的版本策略、构建额定的自动化测试等等。当咱们对每个组件的利用停顿和利用反馈感到称心，咱们将发表它们的 GA 版本。
整体时间表
- 标准中的追踪局部达到了 RC 的品质并且解冻了（这是明天的布告）
- 组件（API、SDK、收集器、主动仪表等）公布具备 RC 品质追踪性能的 RC 版本
- 规格的指标局部达到 RC 品质，并且解冻
- 组件公布带有 RC 品质追踪和指标性能的 RC 版本
- 当咱们对指标 + 追踪的 RC 版本感到称心时，OpenTelemetry 会 GA
- 日志进入 beta 版，而后公布 RC 标准，每个组件中紧接着是 RC 品质的日志性能，而后是日志的 GA
在接下来的几周中，评估了指标标准的工作之后，咱们将对 GA 公布时间表有更好的了解。
关注某一种语言的停顿
除了我的项目状态矩阵，每个组件的实现都有本人的 github 我的项目来关注进度，例如 JavaScript、Java、Go、Python、.NET 和 Java auto instrumentation。
FAQ
我想在生产服务上应用 OpenTelemetry；明天的布告有什么影响？
带有 RC 品质追踪反对的 SDK 将在几周前面世。不倡议将 RC 版本用于要害的生产服务，然而它们是有实用功能的，旨在提供与行将到来的 GA 对应版本兼容的 API。
我想为 OpenTelemetry 编写仪器；明天的布告有什么影响？
带有 RC 品质追踪反对的 API 将很快面世（在 SDK 之前）。你能够绑定这些来生成跟踪，这些跟踪将与 OpenTelemetry SDK 或 OpenTelemetry API 的任何其余实现对接。
OpenTelemetry 什么时候会提供 OpenCensus 和 OpenTracing 的代替？
目前，桥接 API 的工作正在进行中，它容许 OpenTelemetry SDK 无缝替换 OpenCensus 库或 OpenTracing 实现。尽管该性能的交付日期与 OpenTelemetry 的 GA 指标无关，但咱们心愿它能在每个 API + SDK 的 RC 版本和 GA 里程碑之间提供。
总结
对于 OpenTelemetry 社区来说，生成标准的 RC 版本是一个重要的里程碑，咱们的贡献者为此付出了微小的致力。咱们要感激参加此版本的每个人和每个组织，并意识到他们的奉献为我的项目的长期胜利奠定了根底。
组织提供了次要开发反对 OpenTelemetry 包含（依据提交排名）：Splunk、微软、谷歌、Lightstep、Dynatrace、New Relic、Infostellar、Toptal、Red Hat、Shopify、Zillow、Kinvolk、Postmates、Uber、Honeycomb、Out There Labs、NCR、MailChimp、Datadog、Reelevant、大众汽车、Transit、亚马逊（明天发表他们的反对）和蒙特利尔市。在咱们的 Dev Stats 站点上能够关注奉献组织的残缺列表。咱们感激这些公司对这个我的项目的投资，因为咱们晓得工程工夫是十分低廉的；如此多的公司看到了为 OpenTelemetry 做奉献的价值，这一事实证明了该我的项目在整个行业的影响力。
如果你还没有退出 OpenTelemetry 社区，但想退出的话，当初就是最佳时机！按周提交量和累积提交量计算，OpenTelemetry 目前位居 CNCF 前三名，不论你对我的项目的提交程度（哈！），都欢送你的奉献。如果你对某个特定畛域感兴趣（例如，Python API + SDK），最好的参加形式是加入相干的每周 SIG 会议或与 Gitter 上的其余贡献者进行交互。
点击浏览网站原文。
CNCF (Cloud Native Computing Foundation) 成立于 2015 年 12 月，隶属于 Linux Foundation，是非营利性组织。
CNCF（云原生计算基金会）致力于培养和保护一个厂商中立的开源生态系统，来推广云原生技术。咱们通过将最前沿的模式民主化，让这些翻新为公众所用。扫描二维码关注 CNCF 微信公众号。