作者：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微信公众号。