本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 接收 AMS 通知
<a name="notifications"></a>

您和 AMS 之间进行通信的原因有很多：
+ 由 AMS 创建的 RFC，需要您的批准
+ 为调查您创建的失败的 RFC 而创建的 AMS 案例
+ 通过监控警报创建的事件
+ 修补服务通知，通知你即将进行的修补
+ 服务请求和事件报告
+ 每月的 CRM 报告
+ 不定期发布重要的 AWS 公告（如果需要您采取任何行动，您的 CSDM 会与您联系）

所有这些通知都将发送到您在入职时向 AMS 提供的默认联系信息（root 账户电子邮件）。由于很难保持单个电子邮件的更新，因此我们建议您使用可以随时更新的群组电子邮件。AMS 运营部门还会收到发送给您的所有通知，并在做出回复之前对其进行分析。

AMS 通知服务提供了另外两种设置通知联系人的方法：
+ 使用联系人标签（标签键值为联系信息）标记您的资源，并将标签密钥名称提供给您的 CSDM。除了在入职时创建的账户联系人外，还将向密钥值中提供的联系人发送有关这些资源的警报。这对于应用程序所有者特别有用。有关更多信息，请参阅 [基于标签的警报通知](how-monitoring-works.md#how-mon-works-alert-notes-tags)。
+ （入职时必填）将非基于资源的通知发送到您的 CSDM 指定联系人列表。例如，您可能有一个名为 “SecurityContacts” 的列表和另一个名为 OperationsContacts “” 的列表，依此类推。AMS 会将列表添加到通知服务，适用于该列表上下文的警报会发送给这些联系人。这对于组织事项特别有用。

此高级警报路由功能适用于大多数基本 CloudWatch 警报，例如亚马逊 EC2 实例故障、Amazon Elastic Block Store (Amazon EBS) Elastic Block Store 卷容量利用率-根使用率、亚马逊 NonRoot EBS 使用率、高内存利用率、高交换使用率和亚马逊高 CPU 使用率。 EC2

此外，当您提交服务请求或事件报告时，您可以选择添加 “抄送电子邮件”（强烈推荐），这些电子邮件地址会收到有关服务请求或事件的通知。

**重要**  
虽然服务请求和事件报告中提供的 CC 电子邮件地址会收到有关通信的电子邮件通知，但其他通知（例如修补通知）会出现在您的服务请求列表中（还会向默认联系人发送电子邮件），*而不会*明确通知您有通信等待您的关注。因此，我们强烈建议您尽可能添加抄送电子邮件，并将默认联系人电子邮件设置为所有使用 AMS 的用户均加入的群组。

此外，您可以针对新的 AMIs、RFC 状态更改以及 AMS 账户中的配置更改请求特殊通知。接下来将讨论这些可选的通知服务。