每个应用程序时刻都在产生事件，Amazon CloudWatch Events 能帮助您针对应用的事件进行有针对性的响应和处理，及时响应，并处理错误事件，存储和分析潜在的告警信息。在接下来的篇幅里，我将利用 AWS 的 CloudWatch Events，Lambda，SNS，SQS 等服务向您展示如何及时分析与处理应用事件。
在这个场景中，我将应用事件划分分三个等级（当然，在您的具体业务场景中，您可以根据实际情况划分任意多的等级），Green，Yellow，Red。Green 代表应用正常，您不需要进行任何动作。Yellow 表示您应用的健康检查失败，通过 Lambda 来处理该类型事件。Red 表示您的应用在至少一台服务器上已经失败，立即通知运维部门处理。
以下是该场景中的架构示意图：
1. 最左边为您的应用服务器群，他们将各自的事件发送给 CloudWatch Events;
2. 在 CloudWatch Events 中设置 Rule 来进行区分，并将对应的事件发送相应的目标，如 Lambda，SNS，SQS；
3. 目标在收到事件后进行相应的处理；
具体步骤：
1. 创建 3 个目标，Lambda，SNS，SQS;
1.1, 目标 1，创建 Lambda 函数，SampleAppDebugger；
1.2, 目标 2，创建 SNS 主题，RedHealthNotifier；
1.3, 目标 3，创建 SQS 消息队列，ReportInspectionQueue；
2. 创建 CloudWatch Events Rule
2.1, 将以下内容保存为 YellowPattern.json；
2.2, 使用以下命令创建名为 myCustomHealthStatusYellow 的规则；
2.3, 使用以下命令创建目标；
2.4, CloudWatch Event 需要将事件发送给 Lambda，所以需要给 Lambda 添加适当权限允许 CloudWatch 这么做；
3. 重复上面的步骤创建第 2 条规则，并设置目标为 SQS 和 SNS，特别注意，不要忘记给 SNS，SQS 设置相应权限以允许 CloudWatch 发送事件过来；
3.1, 使用以下命令创建名为 myCustomHealthStatusRed 的规则，这里的 RedPattern.json 文件其实是将 2.1 步骤中的 YellowPattern.json 是一样的，只是将内容中的 Yellow 替换成了 Red；
3.2, 创建两个目标，SQS，SNS；
3.3, 添加权限允许 CloudWatch Events 发送事件；
其他 SNS，SQS 权限设置相关，请参考该官方链接：http://docs.aws.amazon.com/zh_cn/AmazonCloudWatch/latest/events/resource-based-policies-cwe.html#sns-permissions
4. 进行测试，手动放入一些 Red 事件(我设置了个小脚本，每次运行都会放入 61 个事件)，看看 SQS 及 SNS 情况；
这里我运行了三次脚本，所以 SQS 中有 183 条消息
看看邮箱中是否会收到邮件
5. 测试 Yellow 事件及 Lambda 反应；
Lambda 被触发的次数
作者介绍：
郑进佳
亚马逊 AWS 解决方案架构师，在加入 AWS 之前，在多家跨国公司有着超过 7 年的架构设计和项目管理的经验，对 AWS 云端高可用架构有着深刻的理解，以及对企业级应用如何迁移到云端的架构设计有实战方面的经验。
[
亚马逊 AWS 官方博客目录
__](https://aws.amazon.com/cn/blogs/china/all/?nc1=b_nrp)
本文转载自 AWS 技术博客。
原文链接：
https://amazonaws-china.com/cn/blogs/china/cloudwatch-events/
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论