2026年9月11日，OpenTelemetry官方公布其Go语言的Logs API与SDK已进入Release Candidate（RC）阶段。据官方博客说明，这是Go Logs API/SDK在提供稳定v1兼容性保证前的最后阶段。OpenTelemetry是CNCF毕业的可观测性项目，本次进展对Go生态的日志、指标与分布式追踪向统一稳定接口收敛意义直接。本文从DevOps与平台工程视角解读。
为什么是“Go日志”这一步重要
在OpenTelemetry体系中，Traces与Metrics相对成熟，而Logs是补齐“三大支柱”的最后一块。Go作为云原生与后端基础设施的主流语言，其Logs进入RC，意味着使用Go的服务可以更低成本地接入统一的可观测数据模型，避免日志与追踪各搞一套导致的关联困难。
RC的意义：稳定前的最后契约
RC阶段意味着接口初步冻结，主要剩余工作是针对边缘案例与迁移路径的把关。对平台工程与SRE团队而言，这释放了明确信号：可以开始基于OpenTelemetry Go Logs做POC与接入规划，为后续稳定的v1接口迁移铺路，而无需担心短期频繁的破坏性变更。
对可观测性与运维体系的启示
对构建统一可观测性平台的团队，应顺势把“日志-指标-追踪”纳入同一套OpenTelemetry语义：以标准化的LogRecord模型沉淀日志，通过Collector统一加工与导出，减少对多家专有SDK的依赖。此举既能提升排障一致性，也便于后续向开源与跨云协作演进。
小结
OpenTelemetry Go Logs API/SDK于2026年9月11日进入RC阶段，是可观测性标准在Go生态迈向稳定v1的关键一步，也是2026年9月DevOps与平台工程领域值得关注的可观测性进展。