2026 年 10 月 6 日，OpenTelemetry 官方博客发布《The OpenTelemetry Java agent 3.0 is almost here — preview it today》。文章称，Java 代理 2.32.0 已发布，并作为 3.0 的发布候选版本（RC），3.0 计划于 2026 年 10 月发布。官方提示，3.0 在遥测数据、配置与插桩默认行为上有显著变化，尤其涉及数据库、代码与消息传递相关的语义约定。本文从 DevOps 与平台工程视角解读。
3.0 临近意味着什么
OpenTelemetry 的 Java 代理（Java Agent）是零代码插桩的主要形态，广泛用于 JVM 应用的可观测性接入。官方把 2.32.0 定位为 3.0 的候选版本，意味着 3.0 的行为已基本确定，但仍可能在正式发布前微调。对平台工程团队而言，这类“语义约定”级别的变化往往会影响既有仪表盘、告警规则与数据管道，因此官方建议尽早用预览开关在测试环境验证，而不是等正式发布后再被动适配。
主要变化方向
官方说明，3.0 对遥测、配置与插桩默认值做了重大调整，重点集中在数据库、代码与消息传递三类语义约定。这意味着同一份应用在升级后可能产生与旧版本不同命名的指标与属性；依赖具体属性名做过滤、聚合或监控告警的团队，需要在升级前对照新约定梳理规则。官方提供了预览方式，便于在 3.0 正式发布前提前对齐。
周边进展
同期，OpenTelemetry 的 Go 语言 Logs API 与 SDK 进入发布候选阶段（v1.47.0-rc.1），这是其在稳定 v1 兼容性承诺前的最后阶段；Java 核心 API/SDK 更新到 v1.67.0。声明式配置（declarative configuration）自 Java 代理 2.26.0 起得到支持，为在部署层统一管理插桩行为提供了更可版本化的路径，也便于平台团队把可观测性配置纳入版本管理与审计。
社区动态
OpenTelemetry 社区还公布了第三届年度 Community Awards，用于表彰在编码、文档与项目管理等方面做出贡献的成员，获奖者将在 KubeCon + CloudNativeCon North America 2026 上宣布。这类社区治理动作，与其作为已毕业（graduated）项目的定位相呼应，说明可观测性标准的推进已不只依赖单一厂商，而是形成了相对稳定的多方协作机制。
升级建议
建议 JVM 应用团队在升级到 Java 代理 3.0 前，先在预发布环境开启预览开关做一轮对照：比较升级前后关键指标与属性的命名差异，确认监控与告警规则仍然匹配，再逐步扩大覆盖范围。对使用声明式配置的团队，可把插桩配置纳入版本管理，降低升级时的沟通与回滚成本。
小结
OpenTelemetry 官方于 2026 年 10 月 6 日发布 Java 代理 2.32.0 作为 3.0 的发布候选，以数据库、代码与消息传递语义约定的大改为看点，是 DevOps 与平台工程领域可观测性接入层的一次重要版本过渡。