[译] OpenTelemetry 与可观测性:展望未来

本文展望 2024 年可观测性的发展。

声明
此文为个人翻译,仅供参考,不代表我个人立场。翻译过程中可能有删改或遗漏,如需了解原文,请自行查阅。如有疏漏,欢迎指正。
查看本文大纲

让我们探讨一些令人兴奋的趋势,考虑到我们期待 2024 年会有什么样的可观测性发展。

随着年底的临近,现在是一个停下来思考的好时机。2023 年对于 OpenTelemetry 来说是一个里程碑,因为其三个基本信号,跟踪、度量和日志,都达到了稳定版本。这一成就标志着OpenTelemetry最初愿景的实现,即提供一个基于标准的框架,用于仪器化和收集可观测性数据。

让我们抓住这个机会,探讨一下我们所见证的一些令人兴奋的趋势,深入研究创新的产品和用例,并在期待 2024 年的到来时深思熟虑地考虑可观测性的不断演变。

度量标准的崭露头角

尽管 OpenTelemetry 关于度量的规范在 2022 年 5 月被宣布为稳定版本,但今年看到了其被广泛采用。以下是一些从业者的文章:

展望 2024 年,可以预期会看到类似的日志运动和采用。

关注在负载测试中使用分布式跟踪

2023 年,两个领先的负载测试工具,Grafana k6Artillery.io,都添加了对 OpenTelemetry 的支持。

Tracetest 利用了 k6 测试中暴露的功能,以启用基于跟踪的负载测试,在运行测试时进行深入的断言。我们已经看到许多客户广泛使用了这个功能,比如Sigma Software。在 2024 年,Tracetest 团队将考虑将这一能力添加到Artillery.io和其他负载测试工具中。

OpenTelemetry 的支持和用例扩展

越来越多的供应商正在采用 OpenTelemetry 标准,以支持典型但非常重要的遥测数据分析之外的行动。

强调 OpenTelemetry 收集器

OpenTelemetry 收集器位于 OpenTelemetry 世界的中心,接收来自应用程序的信号,处理和转换这些信号,然后将它们导出到任意数量的后端系统。随着对 OpenTelemetry 的集成和供应商支持的扩展,对这个集中式收集器的需求和要求也在增加。

2023 年引入了 OpenTelemetry Transformation Language (OTTL),增强了 OpenTelemetry 收集器处理和转换传入信号的能力。

在 Tracetest 中,我们能够利用在过滤器处理器中使用 OTTL的能力,改进了我们从输出大量遥测数据的生产环境中收集跟踪数据的方式。这一变化对OpenTelemetry 收集器的过滤器处理器使 Tracetest 适用于在高负载环境中运行测试,包括生产环境。

无处不在的可观测性

在最近的讨论中,我们发现了一种客户中不断增长的趋势,即“无处不在的可观测性”方法。这些公司不仅限于由网站可靠性工程师和 DevOps 传统使用,还包括了每个人,包括开发人员和测试人员,参与到可观测性中。这种转变重新定义

了可观测性,使其从生产问题的一种反应性工具变成了在开发和测试中都有益的一种主动工具。

Honeycomb强调了在开发过程中使用可观测性,而像Digma.ai和 Tracetest 这样的工具正在推动这一前进。

浏览器

OpenTelemetry 的主要作用一直局限于仪器化后端系统,而基于开放标准的浏览器仪器化仍然是实验性的,进展缓慢。正在努力改进和标准化这种仪器化。

  • Uzufly在这方面脱颖而出。它使用现有的客户端仪器化来构建测试。展望未来,它的雄心是扩展基于跟踪的测试,以覆盖浏览器内部发起的前端操作所进行的测试。

这将实现前端和后端的全面端到端测试。请关注 2024 年更多关于这个主题的信息!

2023 已经过去

告别 2023,我们怀着热情期待 2024 年的到来。OpenTelemetry 具有势头,得到了标准和广泛采用的支持,推动了其增长。新的一年承诺带来令人兴奋的发展,围绕 OpenTelemetry 出现了创新的产品和用例。我迫不及待地想看到 2024 年将揭示的进步和创新。愿 OpenTelemetry 长存!

最后更新于 2024/11/21