Loading [MathJax]/jax/input/TeX/config.js
前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >在OpenTelemetry中标准化可观测性的语言

在OpenTelemetry中标准化可观测性的语言

作者头像
云云众生s
发布于 2025-03-15 11:51:30
发布于 2025-03-15 11:51:30
450
举报
文章被收录于专栏:云云众生s云云众生s

OpenTelemetry标准化可观测性语言,解决工具间互操作难题。通过统一术语,避免指标命名混乱,提升问题检测速度。标准化语义约定助力构建预制仪表板,优化云支出,实现跨团队协作和数据民主化。拥抱OTel,加速可观测性生态系统互操作,提升应用性能。

译自:Standardizing the Language of Observability in OpenTelemetry 作者:Marylia Gutierrez

随着公司越来越密切地跟踪其应用程序的实时健康状况,许多公司都面临着一个共同的挑战:太多的工具提供不同的格式、信号和值。由于几乎 90% 的团队使用 2 到 10 个可观测性工具,因此困难的部分是让它们协同工作。

通常,不同的工具会使用自己的术语来指代可观测性信号或属性。并且它们之间没有互操作性。虽然一个可能会将执行的提示称为查询,但其他提示则将其称为操作或函数。或者一个可能会将操作运行时称为 duration,而另一个则将其称为 latency。对于负责监控潜在性能问题以及优化云支出的团队来说,这些差异是一个主要的难题。

就像尝试合并两个列名不匹配且值可能不对齐的电子表格一样,跨系统的不同命名约定会造成不必要的复杂性。

虽然开发人员经常创建脚本或数据处理器来自动化收集过程,但很多这项工作仍然是手动完成的,这使得维护这些工具并使其与不断发展的命名模式保持同步变得越来越具有挑战性。这占据了宝贵的时间,而这些时间原本可以用于交付新产品和功能。这会影响组织检测应用程序中问题的速度。

影响是双重的:关键指标可能会被忽略,因为它们存储在意外的名称下,并且看似功能正常的仪表板可能会在有人更改管道中某个位置的指标名称时突然中断,从而使团队对出错的原因感到困惑。

随着应用程序环境变得越来越复杂,对预算的需求越来越强烈,以及故障排除的延迟在经济上更具破坏性,公司必须能够立即了解其所有应用程序的活动,无论他们使用哪种工具或工具。

清晰、一致的遥测信号语义约定为开放源代码软件生态系统中的可观测性解锁了更复杂的方法,该生态系统专注于互操作性并避免供应商锁定。借助 OpenTelemetry 不断增长的通用命名模式列表,企业现在拥有一套标准化的约定,可帮助简化其工作流程。

可观测性不再在孤岛中处理。越来越多的用户可以简单地指定他们想要跟踪的指标,并且支持平台应该跨底层工具和编程语言工作,以生成企业更好地控制其 IT 环境所需的统一智能。

以下是遥测信号语义约定的兴起有望颠覆可观测性的方式。

渐进式解决方案

创建标准命名约定是一项困难的工作。这可能需要数月甚至更长的时间。一旦就初始术语达成一致并将原型发布给公众,OTel 开发人员就会整合来自许多用户的反馈,涵盖所有主要的编程语言,并且可以调整命名约定、添加说明或完全删除约定的某些部分。

在此期间,这些约定被认为是“正在开发中”,用户可能会遇到一些中断。但是,这种社区驱动的方法有助于确保一旦约定最终稳定下来,它们实际上会在广泛而不同的用户群中在现实世界中得到采用。事实上,大量的反馈通常表明开发人员有巨大的需求。

改进提议的约定以及添加新术语是一项持续的努力。但是,一旦模式被列为“稳定”,该术语就会成为事实上的标准,使开发人员有信心围绕其工作流程巩固。

更好的仪表板,更快

由于存在各种各样的现有术语,提供底层可观测性平台的供应商很难构建可以被最终用户轻松采用的统一模板。如果没有跨不同工具的标准命名约定,平台运营商就无法确定仪表板是否适用于每个客户。相反,这取决于开发人员每次手动构建这些仪表板,从而使他们无法实际交付最终客户所要求的新创新。

如果可观测性软件提供商拥有一套通用的术语参考,他们就可以开始发布围绕结果而非指标设计的预构建仪表板。目前,大多数仪表板跟踪诸如 CPU 使用率或内存利用率之类的指标。但是,如果有一套跨配置文件、日志、追踪和 Span 的标准化语义信号,平台提供商就可以统一所有需要的指标,例如,优化云支出,从而使组织能够轻松快速地采用并获得价值。

而且,它创建了一个更具互操作性的生态系统,可以帮助单个开发人员优化他们自己以及他们团队的环境。通常,他们甚至可能没有意识到他们可以收集某些指标,直到语义约定在他们的库中实现。共享词汇表改善了跨团队协作,从而真正实现了跨业务各个领域的数据访问民主化。

最棒的是:约定的列表只会越来越长、越来越好。采用这些定义的用户越多,OTel 收到的反馈就越多,标准从实验性到稳定状态的转变就越快。公司越有信心将这些标准名称和信号集成到他们的可观测性生态系统中,他们就能越快地创建以最具成本效益的方式运行高性能应用程序所需的互操作性。

要了解更多关于 Kubernetes云原生生态系统的信息,请于 4 月 1 日至 4 日在伦敦加入我们的KubeCon + CloudNativeCon Europe

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2025-03-142,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
数据可观测性市场迫在眉睫的危机
一旦开放标准取代了专有系统,许多其他市场就蓬勃发展起来。可观测性市场也面临着同样的机遇。
云云众生s
2024/07/21
1330
为什么OpenTelemetry的最新进展非常重要
随着可观测性领域中对AI/ML的热炒,公司比以往任何时候都更有可能从将数据存储在一个系统中进行查看,并在另一个系统中训练ML模型中获得利益。
云云众生s
2024/03/28
1300
为什么OpenTelemetry的最新进展非常重要
OpenTelemetry正在扩展到CI/CD可观测性
OpenTelemetry 扩展至 CI/CD 可观测性!新版语义约定 v1.27.0 纳入 CI/CD 属性,标准化遥测数据。通过 CI/CD SIG 协作,对齐 SLSA 规范,实现 VCS 版本追踪和供应链安全。未来将聚焦指标约定、原型构建和 OTEP #258 实施,欢迎加入 CNCF Slack #cicd-o11y 频道共建。
云云众生s
2025/03/18
760
使用 OpenTelemetry 和 SigNoz 实现 LLM 可观测性
在快速发展的大语言模型(LLM)世界中,确保最佳性能和可靠性比以往任何时候都更为关键。这就是'LLM 可观测性'的概念发挥作用的地方。这不仅仅是监控输出;更是深入洞察这些复杂系统内部运作的关键。
云云众生s
2024/03/28
5920
使用 OpenTelemetry 和 SigNoz 实现 LLM 可观测性
云原生环境中可观测性日益增长的重要性
云原生可观测性迎来AI驱动时代!预测性监控、异常检测助力快速定位问题。拥抱OpenTelemetry标准化遥测数据,降低运营成本。DevSecOps融合安全与可观测性,FinOps实现成本优化。未来可观测性将更智能、更安全、更经济!
云云众生s
2025/03/17
780
OpenTelemetry 与 Prometheus - 架构和指标的差异
在不断发展的软件开发世界中,可观察性使软件工程师能够实时洞察复杂的系统。OpenTelemetry 和 Prometheus 是著名的云原生计算基金会 (CNCF) 毕业项目,但用于监控和调试应用程序的可观察性工具不同。
用户5166556
2024/01/10
1.7K0
OpenTelemetry 与 Prometheus - 架构和指标的差异
可观测性查询语言标准工作启动
2023年标志着可观测性领域的重大进步,关键的发展包括OpenTelemetry项目达到通用可用性和Elastic Common Schema合并到OpenTelemetry中。
云云众生s
2024/03/28
1360
使用 Pixie 插件系统打造开放可观测性
作者:Michelle Nguyen,首席工程师@New Relic,创始工程师@Pixie Labs
CNCF
2022/06/10
5620
Elastic 向 OpenTelemetry 贡献 Elastic Common Schema (ECS),帮助用户采用基于 OTel 的可观测性和安全方案
如今,来自不同来源和模式的数据使得查明软件问题和理解问题的根本原因变得困难。通用模式有助于标准化数据,从而改进可观测性和安全解决方案中数据的分析、可视化和关联,从而加速根本原因分析。为了确保我们的客户和更广泛的社区能够从标准化中受益,Elastic 致力于基于 Elastic Common Schema (ECS) 和 OpenTelemetry (OTel) 开发指标、日志、跟踪和安全事件的通用架构。
点火三周
2023/08/03
1.5K0
Elastic 向 OpenTelemetry 贡献 Elastic Common Schema (ECS),帮助用户采用基于 OTel 的可观测性和安全方案
超越可观测性三大支柱
可观测性通常在三个支柱的背景下定义 - 日志,指标和跟踪。现代云原生应用程序复杂而动态。为了避免意外和性能问题,您需要一个强大的可观测性堆栈。但是,可观测性是否仅限于收集日志,指标和跟踪呢?
云云众生s
2024/03/28
2270
超越可观测性三大支柱
塑造可观测性市场的关键趋势
随着人工智能导致数据复杂性和体积的增加,像 OpenTelemetry 这样的开源解决方案以及新的成本管理方法正在推动变革。
云云众生s
2024/10/17
1870
用于生成式AI的OpenTelemetry
随着越来越多的组织采用大型语言模型 (LLM) 和其他生成式 AI 技术,确保可靠的性能、效率和安全性对于满足用户期望、优化资源成本以及防范意外输出至关重要。对 AI 运营、行为和结果的有效可观察性可以帮助实现这些目标。OpenTelemetry 正在增强以专门支持生成式 AI 的这些需求。
云云众生s
2024/12/17
1530
用于生成式AI的OpenTelemetry
为什么多云可观测性如此昂贵?
由于云原生环境中数据量的爆炸式增长,各组织正面临着不断攀升的可观测性成本,这促使他们寻求具有成本效益的解决方案。
云云众生s
2025/03/11
910
OpenTelemetry属性命名的五个最佳实践
在故障排除和事后分析中,为了使数据具有价值,属性名称需要在每种遥测类型、工具和服务中保持一致。
云云众生s
2024/03/28
1560
OpenTelemetry并非可观测性的“神奇按钮”
OpenTelemetry 已成为 可观测性体验的重要组成部分,随着其持续发展,它日益满足开发人员和运维人员的 DevOps 需求。然而,作为当前的主要开源项目之一,它仍需完善。它的功能——虽然可以说对于可观测性来说已经必不可少——仍处于进行中,其成功取决于社区持续的支持和辛勤工作。它的实用性还取决于与 OpenTelemetry 结合使用的 可观测性 工具和平台。
云云众生s
2024/05/28
1890
OpenTelemetry并非可观测性的“神奇按钮”
利用本机 OpenTelemetry 发掘无限可能:优先考虑可靠性,而非专有限制
OpenTelemetry (OTel) 正在成为数据摄取的标准,因为它提供了一种与供应商无关的方式来摄取所有遥测信号的数据。Elastic Observability 在 OTel 的发展中处于领先地位,以下是一些重要的公告:
点火三周
2024/12/26
1080
利用本机 OpenTelemetry 发掘无限可能:优先考虑可靠性,而非专有限制
Honeycomb.io的Austin Parker:深入探讨OpenTelemetry
在本届KubeCon的访谈中,我们了解到OpenTelemetry是如何融入CI/CD,以及其他框架、库、云系统和语言标准库的。
云云众生s
2025/01/09
1080
使用OpenTelemetry对React应用程序进行插桩
了解如何在 React 应用程序中使用 OpenTelemetry,包括基本和自动插桩,以及添加自定义跨度和指标。
云云众生s
2024/09/21
2460
使用OpenTelemetry对React应用程序进行插桩
统一云原生可观测性:Elastic 与 OpenTelemetry 的最佳实践指南
OpenTelemetry 不仅仅是成为可观测性的开放标准。作为云原生计算基金会(CNCF)下的主要项目之一,OpenTelemetry 得到了大量企业软件供应商和云服务提供商的支持。来自金融、保险、科技等行业的全球企业正在逐步标准化使用 OpenTelemetry。通过 OpenTelemetry,DevOps 团队可以一致地收集和摄取遥测数据,从而为可观测性提供事实上的标准。
点火三周
2024/10/14
5330
统一云原生可观测性:Elastic 与 OpenTelemetry 的最佳实践指南
浅谈:云原生可观测性的未来
Hello folks,我是 Luga,今天我们来聊一下云原生生态体系核心之——可观测性。
Luga Lee
2023/07/08
1.4K0
浅谈:云原生可观测性的未来
推荐阅读
相关推荐
数据可观测性市场迫在眉睫的危机
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档