当前位置:首页  科技

科技

OpenTelemetry正式释出第一版规範

2021-02-23 16:14:02

OpenTelemetry释出了开源遥测规範1.0版本,OpenTelemetry客户端在追蹤功能的部分,将开始提供稳定性保证。OpenTelemetry是一组工具、API和SDK,使用者可以用来收集和输出遥测资料,以分析软体的效能与行为,而OpenTelemetry规範描述了跨语言和所有OpenTelemetry实作的需求。

在2019年的时候,原本两个广受採用的遥测资料专案OpenCensus和OpenTracing,合併为OpenTelemetry并成为CNCF沙盒专案。这是因为之前OpenCensus和OpenTracing两专案,各选择不同的架构独立发展,而相似但又未完全相同的专案,给开发人员带来许多不确定性,因此经过一段时间后,产业普遍认为,要能提供良好的遥测技术,两专案必须要共同合作,才能降低应用的开发成本,因此出现中立于各供应商的系统OpenTelemetry。

OpenTelemetry整合了许多程式码库,其核心宗旨便是长期支援、向后相容和相依性隔离,在OpenTelemetry中,每个元件都会被标记成稳定或实验性两种状态,而在OpenTelemetry规範1.0中,追蹤API和追蹤SDK都成为稳定状态。

官方提到,这代表使用这版本追蹤API编写的所有工具,都会与之后的次要版本相容,并且在下一个主要版本OpenTelemetry API发布之后,仍获得最少三年的支援。这样的稳定性保证,让应用程式可以直接使用新OpenTelemetry功能,而不需要大幅重写程式码,函式库作者也不需要担心,函式库被用于开发应用程式时,OpenTelemetry可能会产生相依性冲突的问题。

而稳定的追蹤SDK情况也一样,这代表环境变数、配置选项和套件,都会和未来的次要版本相容,并在下一个主要版本OpenTelemetry SDK发布之后,至少获得一年的支援时间。使用者可以放心的接收SDK安全修复程式和效能升级,不需要重新撰写整合或是部署脚本。

追蹤元件仅是OpenTelemetry稳定的第一部分,接下来还会有指标和日誌等各部分,而这些元件的工作,不会影响追蹤元件的稳定性。指标元件的开发,离完成还有一段路要走,官方持续从Prometheus、OpenMetrics和Micrometer等相关专案寻求建议,官方倾向缓慢发展,希望可以与生态系良好结合。

版权声明:转载此文是出于传递更多信息之目的。若有来源标注错误或侵犯了您的合法权益,请作者持权属证明与本网联系,我们将及时更正、删除,谢谢您的支持与理解。