管理 Amazon Cloud Map 资源的访问权限概述 - Amazon Cloud Map
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

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

管理 Amazon Cloud Map 资源的访问权限概述

每个 Amazon 资源都归一个 Amazon 账户所有,创建或访问资源的权限受权限策略的约束。

注意

账户管理员 (或管理员用户) 是具有管理员权限的用户。有关管理员的更多信息,请参阅《IAM 用户指南》中的 IAM 最佳实践

在您授予权限时,您将决定谁可以获得权限,获得对哪些资源的权限,以及他们有权执行的操作。

资源的 ARN Amazon Cloud Map

对于所选操作的命名空间和服务,您可以授予或拒绝资源级别的权限。有关更多信息,请参阅 Amazon Cloud Map API 权限:操作、资源和条件参考

了解资源所有权

一个 Amazon 账户拥有在该账户中创建的资源,不管这些资源是谁创建的。具体而言,资源所有者是对资源创建请求进行身份验证的委托人实体(即根用户账户、IAM 用户或 IAM 角色)的账户。 Amazon

以下示例说明了它的工作原理:

  • 如果您使用账户的根用户账户证书创建 HTTP 命名空间,则您的 Amazon 账户就是该资源的所有者。 Amazon

  • 如果您在 Amazon 账户中创建 IAM 用户并向该用户授予创建 HTTP 命名空间的权限,则该用户可以创建 HTTP 命名空间。但是,您的 Amazon 账户(也就是该用户所属的账户)拥有 HTTP 命名空间资源。

  • 如果您在 Amazon 账户中创建具有创建 HTTP 命名空间权限的 IAM 角色,则任何能够代入该角色的人都可以创建 HTTP 命名空间。您的 Amazon 账户(也就是该用户所属的账户)拥有 HTTP 命名空间资源。

管理对资源的访问

权限策略 指定谁可以访问哪些内容。此部分介绍用于为 Amazon Cloud Map创建权限策略的选项。有关 IAM policy 语法和说明的信息,请参阅《IAM 用户指南》中的 IAM policy 参考

附加到 IAM 身份的策略称为基于身份的 策略(IAM 策略),而附加到资源的策略称为基于资源的 策略。 Amazon Cloud Map 仅支持基于身份的策略(IAM 策略)。

基于身份的策略(IAM 策略)

您可以向 IAM 身份附加策略。例如,您可以执行以下操作:

  • 向您账户中的用户或组附加权限策略 - 账户管理员可以使用与特定用户关联的权限策略为该用户授予创建 Amazon Cloud Map 资源的权限。

  • 将@@ 权限策略附加到角色(授予跨账户权限)-您可以向由其他 Amazon 账户创建的用户授予执行 Amazon Cloud Map 操作的权限。为实现这一点,您可以将权限策略附加到一个 IAM 角色,然后允许其他账户中的用户代入此角色。以下示例说明如何对两个 Amazon 账户(账户 A 和账户 B)实施该操作:

    1. 账户 A 管理员创建一个 IAM 角色,向该角色附加一个权限策略来授予创建或访问属于账户 A 的资源的权限。

    2. 账户 A 管理员将信任策略附加到角色。信任策略将账户 B 标识为可担任该角色的委托人。

    3. 随后,账户 B 管理员可以将代入角色的权限委派给账户 B 中的用户或组。这将允许账户 B 中的用户创建或访问账户 A 中的资源。

    有关如何向另一个 Amazon 账户中的用户委派权限的更多信息,请参阅《IAM 用户指南》访问权限管理

以下示例策略允许用户执行为任何 Amazon 账户创建公有 DNS 命名空间的CreatePublicDnsNamespace操作。Amazon Route 53 权限是必需的,因为在创建公有 DNS 命名空间时, Amazon Cloud Map 还会创建一个 Route 53 托管区域:

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "servicediscovery:CreatePublicDnsNamespace", "route53:CreateHostedZone", "route53:GetHostedZone", "route53:ListHostedZonesByName" ], "Resource":"*" } ] }

如果您希望将该策略应用于私有 DNS 命名空间,则需要授予使用该 Amazon Cloud Map CreatePrivateDnsNamespace操作的权限。此外,由于 Amazon Cloud Map 创建了 Route 53 私有托管区域,因此您可以授予使用与前一个示例相同的 Route 53 操作的权限。您还将授予使用两项 Amazon EC2 操作(DescribeVpcsDescribeRegions)的权限:

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "servicediscovery:CreatePrivateDnsNamespace", "route53:CreateHostedZone", "route53:GetHostedZone", "route53:ListHostedZonesByName" ], "Resource":"*" }, { "Effect": "Allow", "Action": [ "ec2:DescribeVpcs", "ec2:DescribeRegions" ], "Resource":"*" } ] }

有关为的身份附加策略的更多信息 Amazon Cloud Map,请参阅使用基于身份的策略(IAM 策略) Amazon Cloud Map。有关用户、组、角色和权限的更多信息,请参阅《IAM 用户指南》https://docs.amazonaws.cn/IAM/latest/UserGuide/id.html中的身份(用户、组和角色)

基于资源的策略

其它服务(例如 Amazon S3)也支持将权限策略附加到资源。例如,您可以将策略附加到 S3 存储桶,以管理对该存储桶的访问权限。 Amazon Cloud Map 不支持将策略附加到资源。

指定策略元素:资源、操作、效果和委托人

Amazon Cloud Map 包括可在每个 Amazon Cloud Map 资源上使用的 Amazon Cloud Map API 操作(请参阅 API 参考)(请参阅资源的 ARN Amazon Cloud Map)。您可以向用户或联合身份用户授予执行这些操作中的任一操作或所有操作的权限。请注意,有些 API 操作(如创建公有 DNS 命名空间)需要具有执行多个操作的权限。

以下是基本的策略元素:

  • 资源 – 您使用 Amazon Resource Name (ARN) 来标识策略应用到的资源。有关更多信息,请参阅 资源的 ARN Amazon Cloud Map

  • 操作 - 您可以使用操作关键字标识要允许或拒绝的资源操作。例如,根据指定的权限Effect,该servicediscovery:CreateHttpNamespace权限允许或拒绝用户执行 Amazon Cloud Map CreateHttpNamespace操作。

  • 效果 – 您指定当用户尝试对指定资源执行操作时的效果(允许或拒绝)。如果您没有明确授予对操作的访问权限,则隐式拒绝访问。您也可明确拒绝对资源的访问,这样可确保用户无法访问该资源,即使有其他策略授予了访问权限的情况下也是如此。

  • 主体:在基于身份的策略(IAM policy)中,附加了策略的用户是隐式主体。对于基于资源的策略,您可以指定要接收权限的用户、账户、服务或其他实体(仅适用于基于资源的策略)。 Amazon Cloud Map 不支持基于资源的策略。

有关 IAM policy 语法和说明的信息,请参阅《IAM 用户指南》中的 IAM policy 参考

有关 Amazon Cloud Map API 操作及其适用的资源的列表,请参阅Amazon Cloud Map API 权限:操作、资源和条件参考

在 IAM Policy 中指定条件

当您授予权限时,可使用 IAM policy 语言来指定策略何时生效。例如,您可能希望仅在指定日期之后应用策略,或者您可能希望仅对指定命名空间应用策略。

要表达条件,您可以使用预定义的条件键。 Amazon Cloud Map 定义自己的条件键集,还支持使用一些全局条件键。有关更多信息,请参阅以下主题: