用 Amazon Nova Act 实现合成监控：告别脆弱的 UI 脚本
传统合成监控的痛点
合成监控通过自动化交易模拟真实用户旅程，让团队能在客户遇到问题之前，按计划持续验证登录、购买、表单提交等关键工作流。这对电商等面向客户的企业尤为重要：确保商品搜索、定价与库存展示、购物车操作以及结账确认都能正常完成。同样的思路也适用于金融服务的账户访问与交易流程、旅游酒店的预订旅程、SaaS 的注册与订阅升级路径，以及医疗机构的预约排程门户。
然而，大多数组织仍依赖指标、日志、追踪和 API 级检查来监控基础设施健康。真正高影响的故障往往发生在用户旅程层面，后端信号未必能立即暴露问题。常见例子包括：前端部署破坏了结账按钮、第三方登录页面意外变更、UI 回归导致关键元素无响应。
传统的浏览器自动化框架（如 Selenium 和 Playwright）依赖显式的 DOM 定位器和选择器，这带来了脆弱性。即使是微小的 UI 变更也可能破坏测试，需要持续维护。团队在管理选择器、处理时序不稳定以及随应用演进更新脚本上投入大量精力，往往维护时间超过构建新自动化的时间。
代理驱动的合成监控方案
AWS 提出了一个基于 Amazon Nova Act 和 Amazon Bedrock AgentCore 的代理驱动合成监控方法。该方案旨在超越脆弱的 UI 脚本，实现有弹性、可托管的用户旅程验证。
Amazon Nova Act 是代理执行层，能够理解用户旅程意图，而不依赖硬编码的 DOM 选择器。Amazon Bedrock AgentCore 则提供托管运行时、工具集成和编排能力，让代理可以安全、可扩展地执行监控任务。
核心架构与模式
该方案的核心架构围绕代理驱动的工作流验证展开：
- 代理定义：将关键用户旅程（如“完成一次购买”）描述为代理可执行的任务，而非逐步的 UI 操作脚本。
- 托管执行：AgentCore 提供可扩展的托管环境，按计划触发代理运行，并处理身份、权限和工具调用。
- 弹性验证：代理根据页面语义和视觉线索自主决策，适应 UI 变化，减少因选择器失效导致的误报。
- 结果上报：验证结果可发送至监控系统，触发告警或仪表盘更新。
与传统方案的对比
| 维度 | 传统脚本 | 代理驱动 |
|---|---|---|
| 定位方式 | DOM 选择器 | 语义与视觉理解 |
| 维护成本 | 高，需频繁更新 | 低，自适应变化 |
| 弹性 | 脆弱，易误报 | resilient，减少误报 |
| 扩展性 | 手动编写脚本 | 托管编排，按需扩展 |
适用场景与落地价值
代理驱动的合成监控特别适合以下场景：
- 高频变更的 UI：前端迭代快，选择器经常失效。
- 第三方依赖：登录页面或支付网关由外部控制，变更不可预测。
- 复杂用户旅程：多步骤、有状态的工作流，传统脚本难以稳定覆盖。
- 跨行业合规：金融、医疗等对关键流程可用性要求高的领域。
该方案并非完全取代传统监控，而是补充 API 级和基础设施监控，覆盖用户旅程层面的盲区。通过代理的自主决策能力，团队可以降低维护负担，将精力重新投入到构建新自动化上。
实现与示例
AWS 提供了一个完整的示例仓库，包含代理定义、AgentCore 配置以及部署指南。开发者可以基于该示例快速搭建自己的代理驱动合成监控流水线。
注意：本文基于 AWS 官方博客内容编译，具体实现细节请参考原文及示例仓库。