AWS 于 2026 年 9 月 22 日宣布推出 CloudWatch Omni,并于 9 月 23 日将其列为正式发布。这两个日期分别代表公告发布和正式推出。Omni 将应用和 AI 智能体可观测性整合到一种体验中,既提供独立 Web 界面和 IDE 扩展,也与 CloudWatch 集成。AWS 在产品公告中介绍了 Omni。
这种整合有助于应对生产环境中的一个盲点:智能体的请求可能顺利完成,没有出现常见的服务错误,却仍然给出糟糕的答案或选错工具。AWS 表示,团队可以在应用遥测数据旁查看智能体追踪和评估结果。实际问题在于,这些信号能否在共享工作区中发挥作用,以及将它们传入该工作区会涉及哪些数据、访问权限和成本。
产品功能不止智能体追踪
Omni 是 CloudWatch 的扩展,并非替代品。AWS 表示,现有 CloudWatch 警报、仪表板、API 和控制台工作流仍可继续使用。已发送至 CloudWatch 的遥测数据无需重新配置即可显示在 Omni 中;其他经过检测的工作负载则可通过 OpenTelemetry 协议(OTLP)发送数据。AWS 还介绍了服务发现和依赖关系映射功能;配置完成后,空间可汇集多个账户和区域的遥测数据。AWS 的CloudWatch Omni 文档对此作了说明。
Omni 不局限于 AWS 管理控制台。AWS 提供带单点登录功能的独立 Web 界面,以及适用于 VS Code、Cursor 和 Kiro 的 IDE 扩展。9 月 23 日的发布说明列出的正式发布区域包括美国东部(弗吉尼亚北部)、美国西部(俄勒冈)和欧洲(爱尔兰)。团队在将 Omni 纳入生产设计前,应确认其所在区域是否受支持。
对于智能体,AWS 介绍了追踪浏览、评估和实验功能,支持 OpenAI Agents SDK、LangGraph、CrewAI、Vercel AI SDK 和 Strands 等框架。针对应用故障排查,用户可以用自然语言提问,也可以直接探索遥测数据;AWS 表示,其 AI 辅助调查功能由 DevOps Agent 提供支持。AWS 的应用功能发布公告还指出,每个 Omni 调查会话默认都会启用 DevOps Agent;管理员评估工作流时应了解这一行为。
整合这些信号为何可能有帮助
传统监控可以显示服务是否正常响应、响应耗时以及是否返回错误,却未必能发现智能体误解了请求、选错工具或给出了错误答案。将评估结果与追踪记录及应用信号放在一起查看,或许能帮助团队沿着智能体的执行过程追溯质量问题。
这是合理的运维收益预期,并非已得到验证的性能结果。AWS 的发布材料介绍了整合后的工作流,但没有证明它比现有工具更快地解决事件。团队需要在自己的工作负载上测试 Omni 的评估和调查功能是否确实有帮助。
OpenTelemetry 可能让团队更容易从现有检测中发送遥测数据,但采用相同协议并不意味着可观测性平台可以互换。OTLP 规范定义了遥测数据的传输方式;团队仍需确认自身工作流依赖哪些信号、查询和平台专属功能。
集中管理需要配置
Omni 可以汇集多个账户和区域的数据,但团队不应认为只要启用界面,就会自动聚合所有账户的遥测数据。AWS 的设置文档说明了如何创建域和空间,并配置如何将多个账户的遥测数据汇入空间。现有 CloudWatch 数据无需重新检测即可查看,但组织仍须设置所需的访问权限和数据流。AWS 的Omni 设置指南介绍了具体步骤。
这一区别关系到部署和成本。AWS 的定价页面分别列出了遥测数据摄取、存储和分析的费用。页面还说明了额外集中副本的收费方式;按所列价格,首个集中副本免费。查询费用取决于扫描的数据量和相应额度;智能体评估按 Amazon Bedrock AgentCore Evaluations 的费率计费。因此,合理的成本估算需要考虑数据量、保留时间、查询模式、副本数量和评估频率,而不只是智能体数量。
应审查追踪内容和访问权限
智能体追踪可能包含提示词、响应、检索到的文档和个人信息。AWS 表示,Omni 不会自动检测或编辑个人身份信息。其敏感数据指南建议团队选择过滤环节;在采集时进行编辑,才能防止敏感内容离开应用。
AWS 还表示,Omni 不会使用客户内容训练基础模型或改进 Omni 本身。这并不意味着其他地方完全不会处理内容:某些功能会将数据发送到 Bedrock 或 AgentCore 等服务,AWS 也说明 AI 功能会使用跨区域推理。数据仍存储在空间所在的区域,但 AI 请求可能会在同一地理区域内的其他位置处理。团队应查看 AWS 的数据使用政策和跨区域推理说明,特别是当其政策限制追踪内容的处理地点时。
访问控制与遥测数据管道同样值得仔细审查。AWS 表示,空间成员默认可以读取该空间的所有遥测数据;数据范围可以限制成员可见的日志和追踪记录行。不过,数据范围无法隐藏某一行中的字段,因此不能替代对不应向用户展示的内容进行编辑。AWS 的成员可见范围指南对此作了说明。
稳妥评估 Omni 的方法
对于已经使用 CloudWatch 的团队,限定范围的测试可以验证 Omni 的应用与智能体统一视图是否有助于实际工作流。在发送生产追踪数据前,应明确所需信号、配置过滤、设定账户和区域访问权限,并估算数据摄取、存储、分析和评估成本。随后,将生成的调查结果和评估结果与现有事件处理流程进行比较。
对于使用其他可观测性平台的组织而言,此次发布是评估工作流的理由,但仅凭发布本身并不足以构成迁移理由。Omni 将智能体质量信号带入应用运维场景,但其价值取决于调查结果是否有用、控制措施是否适用,以及数据流的经济性。