OpenTelemetry Logging 1.0 发布总结

主要观点

OpenTelemetry（OTel）作为开源的可观测性框架，近期宣布其日志功能（Logging）已达到1.0版本，并正式稳定。日志功能作为OTel的第四种信号（Signal），与其他信号（如追踪、指标和行李）共同构成了完整的可观测性解决方案。

关键信息

1. OpenTelemetry Logging 的改进：

   • 共享通用的可观测性数据代理。
   • 通过上下文传播扩展跨信号的关联性。
   • 利用语义化约定支持常见概念、协议和操作。
   • 使用OTel协议减少日志计算开销。

2. 与现有日志框架的兼容性：

   • 与OpenTelemetry的指标和追踪不同，OTel日志功能优先考虑与现有日志框架和库的兼容性。

3. 核心组件的稳定性：

   • 协议（Protocol）：描述遥测数据在源之间的编码、传输和传递机制。
   • 日志桥接API（Logs Bridge API）：日志后端API。
   • 日志SDK（Logs SDK）：用户与OTel交互的实现。
   • 事件API（Event API）：允许发出日志记录并符合事件语义化约定（目前仍处于实验阶段）。

4. 组件开发生命周期：

   • 草案（Draft）、实验（Experimental）、稳定（Stable）、弃用（Deprecated）和移除（Removed）。

5. 单代理收集机制：

   • OpenTelemetry Collector 可以收集日志、指标、追踪和行李数据，并通过规范数据模型支持每种信号。

6. 低CPU密集型日志收集：

   • 新的日志收集方法降低了CPU使用率，并定义了日志数据模型以解决日志格式不一致的问题。

7. 支持的日志来源：

   • 包括系统日志、基础设施日志、第三方应用日志、遗留的第一方日志、文件/stdout日志以及直接收集器日志。

重要细节

• OpenTelemetry Logging 的核心功能已经存在近两年，此次宣布的主要变化是其稳定性和配置的不变性。
• 事件API旨在供终端用户调用，而日志桥接API则用于将现有日志框架桥接到OpenTelemetry。
• OpenTelemetry 是云原生计算基金会（CNCF）合并OpenTracing和OpenCensus项目的成果，目前是CNCF第二大活跃项目。

结论

OpenTelemetry Logging 1.0 的发布标志着日志功能在可观测性框架中的正式稳定，通过改进的日志收集和处理方法，提升了与现有日志框架的兼容性，并降低了系统资源的消耗。这一进展进一步巩固了OpenTelemetry在云原生生态系统中的重要地位。