用于可观测性的 OpenTelemetry 的未来

精饰服装

可观测性格局正在发生变化。今天的数字化转型之旅凸显了对可观测性的需求，因为组织希望捕获、分析和关联应用程序堆栈各个级别的所有数据，包括日志、指标、跟踪和事件。随着数据的激增，收集这些信号对于业务洞察和系统优化都是必不可少的。

在过去的几年里，开源数据收集让软件和工程团队可以自由地决定他们想要标准化哪些技术来进行数据收集，以及他们希望将数据发送给哪些供应商。开源数据收集在带来很多自由和优势的同时，也带来了一些新的问题。缺乏一个单一的、全面的框架来跟踪所有关键信号的可观测性给开发人员带来了很多摩擦。随着我们进入新的一年，企业正在借此机会反思如何更好地利用数据并应用智能来帮助客户做出决策并筛选所有噪音。输入 OpenTelemetry。

什么是 OpenTelemetry？

OpenTelemetry 是工具、API 和 SDK 的集合，用于检测、生成、收集和导出所有机器数据；它诞生于为软件工具开发行业范围标准的需要。通过利用单一的云原生框架来完成可观测性，OpenTelemetry 正在成为收集机器数据的黄金标准。

OpenTelemetry 由三个主要组件组成：规范、收集器和仪器。该规范使用 API、SDK 以及 OpenTelemetry 的语义约定和协议来确定所有实现的跨语言要求。收集器消除了对多个数据收集代理的需要。它是一种与供应商无关的方法，用于接收、处理、转换和导出数据。检测库允许用户使用自动检测和来自多种框架和语言的支持将他们的应用程序与 OpenTelemetry 集成。它们共同为公司提供了一个强大的框架，以破坏其现有的可观测性实践并进一步扩大它们。

一切都是为了客户

大多数现代企业都有复杂的分布式微服务，由数十、数百或数千个组件组成，这些组件协同工作以提供客户体验。如果企业可以轻松的那些组件或不同信号之间不相关，它会减慢一个企业的能力，有效地监控，诊断并解决问题。

多年来，组织通过依赖多个基础设施供应商来收集、丰富数据并将数据发送给供应商，从而倾向于可观测性。尽管如此，许多人仍然没有最大化可观测性最显着的能力：关联复杂系统和信号。

由于最终用户希望深入了解他们的数据，他们还希望供应商提供最佳体验，以借助可观测性识别和解决系统内的问题。凭借真正的可观测性，组织可以让客户有时间专注于重要的事情，即为客户管理数字体验并赋予他们满足客户需求的能力。

类似的采用之路

就像 Kubernetes 对于越来越多地采用软件容器至关重要一样，业界已经见证了围绕 OpenTelemetry 采用相同的可观测性方法。Kubernetes 赢得了成为容器编排标准的战争。现在，OpenTelemetry 将带来可观测性所需的相同标准，并全面了解堆栈每一层的健康状况和性能。

OpenTelemetry 已被软件开发社区广泛采用，但仍处于起步阶段。开发者社区让 Kubernetes 取得了成功，我们将在 OpenTelemetry 中看到同样的结果，因为客户需要更好的集成和更少的锁定。对于涉及应用程序和软件的供应商——从更传统的方法，如应用程序性能管理到软件开发管道和管理工具，再到云原生服务——支持 OpenTelemetry 将成为未来的赌注。

凭借广泛的可移植性、更大的开发人员控制以及强大的供应商和云提供商支持，OpenTelemetry 通过帮助改善从软件开发过程到安全等领域的整个应用程序基础设施的可实现结果，为客户打开了一个新世界。

企业如何在平衡不断增长的客户需求的同时继续提高可观测性？很简单：如果组织现在不考虑 OpenTelemetry，他们将失去竞争优势，因为缺乏适当的可见性来实现客户在当今时代所期望的服务水平目标。 可观测性格局正在发生变化。今天的数字化转型之旅凸显了对可观测性的需求，因为组织希望捕获、分析和关联应用程序堆栈各个级别的所有数据，包括日志、指标、跟踪和事件。随着数据的激增，收集这些信号对于业务洞察和系统优化都是必不可少的。

文章来源：https://devops.com/the-future-of-opentelemetry-for-observability/