2026 年 9 月 22 日，AWS 发布 Amazon CloudWatch Omni，并在 9 月 23 日宣布其正式可用（GA）。这是 Amazon CloudWatch 的一次代际演进，构建于 OpenTelemetry 之上，面向 SRE、开发与运维团队提供统一的协作式可观测性体验，并让 AI Agent 参与故障调查。本文从 DevOps 与平台工程视角解读。
协作式可观测性与开放标准
据 AWS 官方博客，CloudWatch Omni 通过组织专属 URL 与企业 SSO 访问，可经 IAM Identity Center 对接 Okta、Microsoft Entra ID 等 SAML 2.0 身份源，无需 AWS 管理控制台权限；它构建于 OpenTelemetry 之上，现有发往 CloudWatch 的遥测无需重配，其他工作负载可经 OTLP 端点接入。对平台工程团队，这种以标准协议为底座、以团队协作空间为入口的设计，减少了监控工具之间的重复建设。
随应用自动演进的监控
官方称该产品会自动发现服务、映射依赖并自动调整告警，用户只需声明可用性目标、延迟预算与错误率阈值；部署新服务时拓扑会自动更新。配套的 Amazon DevOps Agent 可参与调查会话、关联信号、沿依赖图追溯根因并保留调查历史。把监控配置从手工维护转向声明式目标，是 SRE 实践中降低告警噪声与运维负担的常见思路。
面向 AI Agent 的评估能力
针对 AI Agent 可观测性，CloudWatch Omni 可捕获模型调用、工具调用、输入输出、token 消耗与延迟等轨迹，内置 17 个评估器，覆盖一致性、有用性、忠实度与路由正确性等维度，并支持对比模式与从生产轨迹构建测试数据集。它支持 LangChain、LangGraph、CrewAI、OpenAI SDK、Strands 与 Vercel AI SDK，提供 Python 与 TypeScript 埋点，采用 OpenInference 与 AWS Distro for OpenTelemetry 开放标准。
采用建议
建议平台团队先用现有遥测验证 OTLP 接入的完整度，再评估自动拓扑发现对多团队命名规范的依赖；对 AI Agent 场景，可先用内置评估器建立基线，再决定是否接入自研评估流水线。把可观测性纳入 CI/CD 门禁，也有助于让发布质量与监控指标形成闭环。
小结
AWS 于 2026 年 9 月 22 日推出的 Amazon CloudWatch Omni，以 OpenTelemetry 底座、协作式可观测性与 AI Agent 评估为看点，是 DevOps 与平台工程领域值得关注的一次产品演进。