Elastic Beanstalk环境通知邮件缺失问题咨询

这问题我之前帮同事排查过，大概率是这几个地方没配置对，咱们一步步来捋：

1. 检查Elastic Beanstalk事件通知的筛选规则 #

Elastic Beanstalk默认不会订阅所有事件类型，很可能你只勾选了健康问题、配置变更相关的事件，漏掉了部署、实例重启类的：

• 登录EB控制台，进入你的目标环境
• 切换到「配置」标签页，找到「通知」配置项
• 查看「事件类型」的勾选列表，确认部署、实例重启这类选项有没有被选中
• 如果是用CLI或CloudFormation配置的，检查NotificationConfiguration中的EventTypes参数，确保包含Deployment、InstanceRestart这些值（比如EventTypes: ["Deployment", "InstanceRestart", "HealthStatusChange", "ConfigurationChange"]）

2. 确认SNS主题的订阅过滤策略 #

不少用户会给SNS主题加过滤策略，只允许特定类型的消息通过，这可能直接把部署/重启的事件拦下来了：

• 打开SNS控制台，找到你关联的主题
• 切换到「订阅过滤策略」标签页
• 检查过滤规则里有没有限制eventType的条件，比如如果规则是{"eventType": ["Health*", "ConfigurationChange"]}，那部署类的事件就会被过滤掉，需要把Deployment*、InstanceRestart加入到允许的列表里

3. 验证重启/部署操作是否通过Elastic Beanstalk发起 #

要注意：只有通过Elastic Beanstalk官方渠道执行的操作，才会触发对应的事件通知。如果是直接在EC2控制台重启实例、或者用SSH登录实例手动重启，Elastic Beanstalk不会生成事件，自然也不会发SNS通知：

• 确认你的重启/部署操作是通过EB控制台的「重启环境」按钮、eb deploy CLI命令，或者CloudFormation更新EB环境来执行的

4. 检查SNS订阅的交付状态 #

有时候邮件没收到不是事件没触发，而是SNS的消息没成功投递到邮箱：

• 在SNS控制台的「订阅」列表里，找到你的邮箱订阅项
• 查看「交付状态」，如果有失败记录，点击进去看具体错误（比如邮箱地址无效、被邮件服务商当成垃圾邮件拦截）
• 如果是垃圾邮件问题，建议把SNS的发件地址（一般是no-reply@sns.amazonaws.com）加入邮箱的白名单

5. 排查权限配置（概率较低） #

既然健康和配置变更的通知能正常发送，说明EB的服务角色基本权限是够的，但还是可以快速确认一下：

• 找到EB对应的服务角色（默认是aws-elasticbeanstalk-service-role）
• 检查该角色的权限政策，确保包含SNS:Publish权限，且资源范围覆盖了你使用的SNS主题ARN

先从前面两个最常见的原因入手排查，基本就能解决问题，如果还是不行，再一步步检查后面的点。

内容的提问来源于stack exchange，提问作者Drake .C