Amazon DocumentDB 中的 Identity and Access Management

访问以管理 Amazon DocumentDB(与 MongoDB 兼容)资源(如集群、实例和集群参数组)时需要提供 AWS 可用来验证请求身份的凭证。这些凭证必须有权访问 AWS 资源,如 Amazon DocumentDB实例。下面几节提供详细的信息来说明如何使用 AWS Identity and Access Management (IAM) 和 Amazon DocumentDB 控制谁能访问您的资源,从而帮助对这些资源进行保护。

身份验证

您可以以下面任一类型的身份访问 AWS:

  • AWS 账户根用户 – 当您首次创建 AWS 账户时,最初使用的是一个对账户中所有 AWS 服务和资源有完全访问权限的单点登录身份。此身份称为 AWS 账户 根用户,可使用您创建账户时所用的电子邮件地址和密码登录来获得此身份。强烈建议您不使用 根用户 执行日常任务,即使是管理任务。请遵守仅将 根用户 用于创建首个 IAM 用户的最佳实践。然后请妥善保存 根用户 凭证,仅用它们执行少数账户和服务管理任务。

  • IAM 用户IAM 用户是您的 AWS 账户中的一种身份,它具有特定的自定义权限(例如,用于在 an instance 中创建 Amazon DocumentDB 的权限)。您可以使用 IAM 用户名和密码登录以保护 AWS 网页(如 AWS 管理控制台AWS 开发论坛AWS Support Center)。

    除了用户名和密码之外,您还可以为每个用户生成访问密钥。在通过多个软件开发工具包之一或使用 AWS Command Line Interface (CLI) 以编程方式访问 AWS 服务时,可以使用这些密钥。SDK 和 CLI 工具使用访问密钥对您的请求进行加密签名。如果您不使用 AWS 工具,则必须自行对请求签名。Amazon DocumentDB supports 签名版本 4,一种用于对入站 API 请求进行身份验证的协议。有关验证请求的更多信息,请参阅 AWS General Reference 中的签名版本 4 签名流程

  • IAM 角色 – 具有临时凭证的 IAM 角色是可在账户中创建的一种具有特定权限的 IAM 身份。AWS 角色类似于 AWS 用户,因为它是一个 IAM 身份,该身份具有确定其在 IAM 中可执行和不可执行的操作的权限策略。但是,角色旨在让需要它的任何人代入,而不是唯一地与某个人员关联。此外,角色没有关联的标准长期凭证(如密码或访问密钥)。相反,当您代入角色时,它会为您提供角色会话的临时安全凭证。 IAM 角色在以下情况下很有用:

    • 联合身份用户访问 – 您也可以不创建 IAM 用户,而是使用来自 AWS Directory Service、您的企业用户目录或 Web 身份提供商的现有身份。这些用户被称为联合身份用户。在通过身份提供商请求访问权限时,AWS 将为联合身份用户分配角色。有关联合身份用户的更多信息,请参阅 IAM 用户指南 中的联合身份用户和角色

    • AWS 服务访问 – 服务角色是服务代入以代表您执行操作的 IAM 角色。服务角色只在您的账户内提供访问权限,不能用于为访问其他账户中的服务授权。IAM 管理员可以在 IAM 中创建、修改和删除服务角色。有关更多信息,请参阅 IAM 用户指南 中的创建角色以向 AWS 服务委派权限

    • 在 Amazon EC2 上运行的应用程序 –对于在 EC2 实例上运行、并发出 AWS CLI 或 AWS API 请求的应用程序,您可以使用 IAM 角色管理它们的临时凭证。这优先于在 EC2 实例中存储访问密钥。要将 AWS 角色分配给 EC2 实例并使其对该实例的所有应用程序可用,您可以创建一个附加到实例的实例配置文件。实例配置文件包含角色,并使 EC2 实例上运行的程序能够获得临时凭证。有关更多信息,请参阅 IAM 用户指南 中的使用 IAM 角色向在 Amazon EC2 实例上运行的应用程序授予权限