Amazon CloudWatch Application Signals 推出 GitHub Action 并改进 MCP 服务器功能
AWS 宣布全面推出全新 GitHub Action，并对 CloudWatch Application Signals MCP 服务器进行了改进，将应用程序可观测性集成到开发人员工具中，从而使得故障排除更快、更便利。此前，开发人员需要离开 GitHub 来处理生产问题、查找跟踪数据并确保可观测性覆盖范围，常常需要在多个控制台、控制面板和源代码之间来回切换。从今天起，AWS 应用程序可观测性 GitHub Action 可以帮助您在 GitHub 工作流程中及时发现违反 SLO 的情况或关键服务错误。此外，您现在可以在 Kiro 等人工智能编程代理中使用 CloudWatch Application Signals MCP 服务器，精确定位导致延迟、错误或 SLO 违规的具体文件、函数和代码行。您还可以获得代码插桩指导，以便确保全面的可观测性覆盖。
借助这一全新的 GitHub Action，开发人员可以在 GitHub Issues 中通过 @awsapm 并附上诸如“我的结账服务为什么出现高延迟？”之类的提示，即可获得基于可观测性数据的智能回复，无需在不同的控制台之间切换，从而节省时间和精力。此外，借助改进后的 CloudWatch Application Signals MCP 服务器，开发人员现在可以直接提出诸如“哪一行代码导致服务的延迟激增？”之类的问题。此外，当缺少代码插桩时，MCP 服务器能够直接修改基础设施即代码配置（例如 CDK、Terraform），帮助团队为 ECS、EKS、Lambda 和 EC2 设置基于 OTel 的应用程序性能监控，而无需编写代码。
这些功能共同将可观测性集成到开发工作流程中，减少了上下文切换，并实现了从编码到生产环境的代理辅助式智能调试。要开始使用，请参阅 AWS 应用可观测性 GitHub Action 文档和 CloudWatch Application Signals MCP 服务器文档。