OpenTelemetry项目和路线图来自Kubecon的更新
2022年对于OpenTelemetry来说是一个令人难以置信的年份。指标成为一种一流的信号类型，并与OpenTelemetry现有的分布式跟踪支持一起用于向任何可观察性后端发送关键性能数据进行处理，这些数据正在用于生产服务和基础设施。无论我们走到哪里，我们都可以看到OpenTelemetry正在被测试、推出或已经在组织中使用，在最大的组织中使用，在最小的组织中使用，在最前沿的组织中使用，在历史上谨慎的组织中使用。
自1月以来，我们已经实现了以下内容：
- 指标：在规范中定义，并在Java、JS、.NET和Python SDK和工具包中实现，通过整个收集器和协议提供支持。更多的语言实现正在开发中。
- 所有语言的更多工具包。
- 一个很棒的演示应用程序，其中包括使用OpenTelemetry编写的每种支持的语言编写的服务已被仪表化。这是一个了解OpenTelemetry的实际示例的好方法，您可以从中学习或实验，并且该演示还可以用于测试不同的可观测性分析系统。
- C++、Erlang和其他几种新语言的跟踪稳定性。
- 在Ruby、Erlang、Swift和.NET自动仪表化方面取得的重大进展。
- 关于日志的重大进展，OpenTelemetry的第三种信号类型。
- 文档！
- 对所有组件的各种改进。
社区也持续快速增长。我们在GitHub上已经有超过800位月活跃开发者，来自150个不同的组织。其中越来越多的贡献者是最终用户-我们排名前25的贡献组织中有10个-这对于项目来说是一个非常健康的信号。人们和公司从OpenTelemetry中获得了如此多的实用性，以至于他们回馈并使其对每个人都更有用。
我们在KubeCon期间发布了这篇文章，许多社区成员和最终用户将在会议上讨论OpenTelemetry的使用方式、改进方法以及接下来应该如何发展。今年5月在KubeCon EU上，我们开始制定一个更正式的OpenTelemetry路线图的过程，我们将在底特律继续这个过程。我提前写这篇文章，所以不能发布完整的结果，但以下是我们认为最重要的一些项目：
- 完善日志：完成完整的规范，然后在每种语言中实现这个规范。
- 让OpenTelemetry更易于使用，无论是技术上（比如OpenTelemetry控制平面等新功能和功能），还是通过文档、收集用户反馈等方式。
- 客户端仪表化：拓展OpenTelemetry以捕获来自Web、移动和桌面客户端应用程序的性能数据。这可以用于捕获真实用户面向的服务水平目标（SLOs）的数据，显示跟踪中的端到端延迟等。
- 分析调优，将服务性能（通过指标和跟踪捕获）与代码内部的实际函数性能相结合。
- 改善贡献者和维护者的体验。
我们今年剩下的时间和明年的重点将是在所有语言、场景和集成中完善OpenTelemetry的现有功能，并致力于上述路线图项目。正如上面提到的，在接下来的几周内，我们将发布一份更正式的路线图文档，其中包括这些项目，但需要注意的是，每个项目的优先级和进展取决于参与其中的成员的努力和数量。
许多项目，如日志、客户端仪表化和性能分析，在开展中。我们对这些新倡议感到兴奋，因为它们不仅扩展了项目的实用性，使其更接近其最初的愿景，而且还吸引了一个新潮流的团队加入社区，他们已经为OpenTelemetry增添了他们的知识、经验和热情。对于项目来说，这是令人兴奋的日子，对于每个参与其中的人来说，这是令人振奋的，因为他们看到它的迅速成长和被广泛采用。