Amazon CloudWatch Events 的身份验证和访问控制
访问 Amazon CloudWatch Events 时需要有 AWS 可以用来验证您的请求的凭证。这些凭证必须有权访问 AWS 资源，例如从其他 AWS 资源检索事件数据。下面几节提供详细的信息来说明如何使用 AWS Identity and Access Management (IAM) 和 CloudWatch Events 控制谁能访问您的资源，从而对这些资源进行保护：
身份验证
您可以下面任一类型的身份访问 AWS：
-
AWS 账户根用户 – 注册 AWS 时，您需要提供与您的 AWS 账户关联的电子邮件地址和密码。这些是您的根凭证，它们提供对您所有 AWS 资源的完全访问权限。
-
IAM 用户 - IAM 用户就是您的 AWS 账户中的一种身份，它具有特定的自定义权限 (例如，用于在 CloudWatch Events 中向目标发送事件数据的权限)。您可以使用 IAM 用户名和密码来登录以保护 AWS 网页，如 AWS 管理控制台、AWS 开发论坛或 AWS Support Center。
除了用户名和密码之外，您还可以为每个用户生成访问密钥。在通过多个软件开发工具包之一或使用 AWS Command Line Interface (AWS CLI) 以编程方式访问 AWS 服务时，可以使用这些密钥。SDK 和 AWS CLI 工具使用访问密钥对您的请求进行加密签名。如果您不使用 AWS 工具，则必须自行对请求签名。CloudWatch Events supports 签名版本 4，后者是一种用于对入站 API 请求进行身份验证的协议。有关验证请求的更多信息，请参阅 AWS General Reference 中的签名版本 4 签名流程。
-
IAM 角色 – IAM 角色是可在账户中创建的另一种具有特定权限的 IAM 身份。它类似于 IAM 用户，但未与特定人员关联。利用 IAM 角色，您可以获得可用于访问 AWS 服务和资源的临时访问密钥。具有临时凭证的 IAM 角色在以下情况下很有用：
-
联合用户访问 - 您可以不创建 IAM 用户，而是使用来自 AWS Directory Service、您的企业用户目录或 Web 身份提供商 (IdP) 的既有身份。他们被称为联合身份用户。在通过身份提供商请求访问权限时，AWS 将为联合身份用户分配角色。有关联合身份用户的更多信息，请参阅 IAM 用户指南 中的联合身份用户和角色。
-
跨账户访问 – 可以使用您账户中的 IAM 角色向另一个 AWS 账户授予对您账户的资源的访问权限。有关示例，请参阅 &guide-iam-user; 中的教程：使用 IAM 角色委派跨 AWS 账户的访问权限。
-
AWS 服务访问 - 您可以在您的账户中使用 IAM 角色为 AWS 服务授予访问您的账户的资源所需的权限。例如，您可以创建一个角色，此角色允许 Amazon Redshift 代表您访问 Amazon S3 存储桶，然后将存储在该存储桶中的数据加载到 Amazon Redshift 群集中。有关更多信息，请参阅 IAM 用户指南 中的创建向 AWS 服务委派权限的角色。
-
在 Amazon EC2 上运行的应用程序 – 您不用将访问密钥存储在 EC2 实例中以供实例上运行的应用程序使用并发出 AWS API 请求，而是可以使用 IAM 角色管理这些应用程序的临时凭证。要将 AWS 角色分配给 EC2 实例并使其对该实例的所有应用程序可用，您可以创建一个附加到实例的实例配置文件。实例配置文件包含角色，并使 EC2 实例上运行的程序能够获得临时凭证。有关更多信息，请参阅 IAM 用户指南 中的对 Amazon EC2 上的应用程序使用角色。
-
访问控制
您可以使用有效的凭证来对自己的请求进行身份验证，但您还必须拥有权限才能创建或访问 CloudWatch Events 资源。例如，您必须拥有调用与您的 CloudWatch Events 规则关联的 AWS Lambda、Amazon Simple Notification Service (Amazon SNS) 和 Amazon Simple Queue Service (Amazon SQS) 目标的权限。
下面几节介绍如何管理 CloudWatch Events 的权限。我们建议您先阅读概述。
