本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
Snow 系列控制台和创建作业的访问控制
与所有Amazon服务一样,的访问Amazon Snowball要求提供Amazon可以用来验证请求的凭证。这些凭证必须有权访问Amazon Amazon S3 存储桶或Amazon Lambda函数。 Amazon Snowball对进行了以下两个方面的区别:
-
Amazon Snowball 中的任务没有 Amazon 资源名称 (ARN)。
-
由您负责对本地设备进行物理和网络访问控制。
下面几节提供详细的信息来说明如何使用Id Amazonentity and Access Management (IAM)Amazon Web Services 云,以及如何在本地的访问权限。Amazon Snowball
身份验证
您可以以下面任一类型的身份访问 Amazon:
-
Amazon Web Services 账户 根用户
当您创建 Amazon Web Services 账户时,最初使用的是一个对账户中所有 Amazon Web Services和资源拥有完全访问权限的登录身份。此身份称为 Amazon Web Services 账户根用户,使用您创建账户时所用的电子邮件地址和密码登录,即可获得该身份。强烈建议您不要使用根用户执行日常任务。保护好根用户凭证,并使用这些凭证来执行仅根用户可以执行的任务。有关要求您以根用户身份登录的任务的完整列表,请参阅Amazon Account Management参考指南中的需要根用户凭证的任务。
-
IAM 用户和组
IAM 用户是Amazon Web Services 账户内对某个人员或应用程序具有特定权限的一个身份。在可能的情况下,我们建议使用临时凭证,而不是创建具有长期凭证(如密码和访问密钥)的 IAM 用户。但是,如果您有一些特定的使用场景需要长期凭证以及 IAM 用户,我们建议您轮换访问密钥。有关更多信息,请参阅《IAM 用户指南》中的对于需要长期凭证的使用场景定期轮换访问密钥。
IAM 组是一个指定一组 IAM 用户的身份。您不能使用组的身份登录。您可以使用组来一次性为多个用户指定权限。如果有大量用户,使用组可以更轻松地管理用户权限。例如,您可能具有一个名为 IAMAdmins 的组,并为该组授予权限以管理 IAM 资源。
用户与角色不同。用户唯一地与某个人员或应用程序关联,而角色旨在让需要它的任何人代入。用户具有永久的长期凭证,而角色提供临时凭证。要了解更多信息,请参阅 IAM 用户指南中的何时创建 IAM 用户(而不是角色)。
-
IAM 角色
IAM 角色是可在账户中创建的一种具有特定权限的 IAM 身份。IAM 角色类似于 IAM 用户,因为它是一个 Amazon 身份,具有确定其在 Amazon 中可执行和不可执行的操作的权限策略。但是,角色旨在让需要它的任何人代入,而不是唯一地与某个人员关联。此外,角色没有关联的标准长期凭证(如密码或访问密钥)。相反,当您代入角色时,它会为您提供角色会话的临时安全凭证。具有临时凭证的 IAM 角色在以下情况下很有用:
-
Federated user access(联合用户访问)– 要向联合身份分配权限,请创建角色并为角色定义权限。当联合身份进行身份验证时,该身份将与角色相关联并被授予由此角色定义的权限。有关联合身份验证的角色的信息,请参阅《IAM 用户指南》中的为第三方身份提供商创建角色。
-
Amazon Web Service 访问 – 服务角色是一个 IAM 角色,服务代入该角色以代表您执行操作。IAM 管理员可以在 IAM 中创建、修改和删除服务角色。有关更多信息,请参阅 IAM 用户指南中的创建向 Amazon Web Service 委派权限的角色。
-
在 Amazon EC2 上运行的应用程序 – 您可以使用 IAM 角色管理在 EC2 实例上运行并发出 Amazon CLI 或 Amazon API 请求的应用程序的临时凭证。这优先于在 EC2 实例中存储访问密钥。要将 Amazon 角色分配给 EC2 实例并使其对该实例的所有应用程序可用,您可以创建一个附加到实例的实例配置文件。实例配置文件包含角色,并使 EC2 实例上运行的程序能够获得临时凭证。有关更多信息,请参阅 IAM 用户指南中的使用 IAM 角色为 Amazon EC2 实例上运行的应用程序授予权限。
-
中概述:对Amazon Web Services 云
每个 Amazon 资源都归某个 Amazon Web Services 账户 账户所有,创建或访问资源的权限由权限策略进行管理。账户管理员可以向 IAM 身份(即:用户、组和角色)附加权限策略,某些服务(如 Amazon Lambda)也支持向资源附加权限策略。
账户管理员(或管理员用户)是具有管理员权限的用户。有关更多信息,请参阅 IAM 用户指南中的 IAM 最佳实践。
在授予权限时,您要决定谁获得权限,获得对哪些资源的权限,以及您允许对这些资源执行的具体操作。
资源和操作
在中Amazon Snowball,主要资源是工作。 Amazon Snowball还有 Snowball 和Amazon Snowball Edge设备等设备,但是,您只能在现有任务中使用这些设备。Amazon S3 存储桶和 Lambda 函数分别是 Amazon S3 和 Lambda 的资源。
如前所述,任务没有与其关联的 Amazon 资源名称 (ARN)。但是,如 Amazon S3 存储桶,确实具有关联的唯一 (ARN),如下表所示。
资源类型 | ARN 格式 |
---|---|
S3 存储桶 | arn:aws:s3: |
Amazon Snowball 提供一组操作来创建和管理任务。有关可用操作的列表,请参阅 Amazon SnowballAPI 参考。
了解资源所有权
Amazon Web Services 账户对在该账户下创建的资源具有所有权,而无论创建资源的人员是谁。具体而言,资源所有者是对资源创建请求进行身份验证的委托人实体(即根账户、IAM 用户或 IAM 角色)的Amazon Web Services 账户。以下示例说明了它的工作原理:
-
如果您使用您的根账户凭证创建 S3 存储桶,Amazon Web Services 账户则您即为该的根账户凭证创建 S3 存储桶。Amazon Web Services 账户Amazon Snowball
-
如果您在您创建一个 IAM 用户Amazon Web Services 账户并授予该用户创建任务的权限,则该用户便能创建任务。但是,任务(即该用户所属的任务资源)拥有任务资源。Amazon Web Services 账户
-
如果您在您的 IAM 角色创建Amazon Web Services 账户具有创建任务的权限的 IAM 角色,则能够担任该角色的任何人都可以创建任务。该角色所属的任务拥有工作资源。Amazon Web Services 账户
在对Amazon Web Services 云
权限策略规定谁可以访问哪些内容。下一节介绍创建权限策略时的可用选项。
附加到 IAM 身份的策略称为基于身份的 策略(IAM 策略),而附加到资源的策略称为基于资源的 策略。Amazon Snowball 仅支持基于身份的策略(IAM 策略)。
基于身份的策略(IAM 策略)
您可以向 IAM 身份附加策略。例如,您可以执行以下操作:
-
将权限策略附加到您账户中的用户或组-要授予用户或用户所属的组。
-
向角色附加权限策略(授予跨账户权限) – 您可以向 IAM 角色附加基于身份的权限策略,以授予跨账户的权限。例如,账户 A 中的管理员可以创建一个角色,以向其他Amazon Web Services 账户(如账户 B)或某项Amazon服务授予跨账户权限,如下所述:
-
账户 A 管理员可以创建一个 IAM 角色,然后向该角色附加授予其访问账户 A 中资源的权限策略。
-
账户 A 管理员可以把信任策略附加至用来标识账户 B 的角色,账户 B 由此可以作为主体代入该角色。
-
之后,账户 B 管理员可以委派权限,指派账户 B 中的任何用户担任该角色。这样,账户 B 中的用户就可以创建或访问账户 A 中的资源了。如果您需要授予 Amazon 服务权限以便用户担任该角色,信任策略中的主体也可以是 Amazon 服务主体。
有关使用 IAM 委托权限的更多信息,请参阅 IAM 用户指南中的访问权限管理。
-
以下是允许用户执行CreateJob
操作的示例策略Amazon Web Services 账户。
{ "Version": "2012-10-17", "Statement": [ { "Sid": "VisualEditor0", "Effect": "Allow", "Action": [ "snowball:DescribeAddress", "snowball:CreateJob", "snowball:DescribeAddresses", "snowball:CreateAddress" ], "Resource": "*" }, ] }
有关对 Amazon Snowball 使用基于身份的策略的更多信息,请参阅为 Amazon Snowball 使用基于身份的策略(IAM 策略)。有关用户、组、角色和权限的更多信息,请参阅 IAM 用户指南中的身份(用户、组和角色)。
基于资源的策略
其他服务 [如Simple Storage Service(Amazon S3)] 还支持基于资源的权限策略。例如,您可以将基于资源的策略附加到 S3 存储桶以管理对该存储桶的访问权限。Amazon Snowball 不支持基于资源的策略。
指定策略元素:操作、效果和委托人
对于每个作业(参见资源和操作),该服务定义了一组 API 操作(请参阅 Amazon SnowballAPI 参考)来创建和管理所述作业。为授予这些 API 操作的权限,Amazon Snowball 定义了一组您可以在策略中指定的操作。例如,将为某个任务定义以下操作:CreateJob
、CancelJob
和 DescribeJob
。请注意,执行某项 API 操作可能需要执行多个操作的权限。
以下是最基本的策略元素:
-
Resource(资源)- 在策略中,您可以使用 Amazon Resource Name (ARN) 标识策略应用到的资源。有关更多信息,请参阅 资源和操作。
注意 Amazon S3、Amazon EC2、Amazon Lambda 和许多其他服务都支持此功能。Amazon KMS
Snowball 不支持在 IAM 策略语句的
Resource
元素中指定资源 ARN。要允许对 Snowball 的访问权限,请在策略“Resource”: “*”
中指定。 -
操作 – 您可以使用操作关键字标识要允许或拒绝的资源操作。例如,根据指定的
Effect
,snowball:*
可以允许执行所有操作的用户权限,也可以拒绝这些用户权限。注意 支持这适用于 Amazon EC2、Amazon S3 和 IAM。
-
Effect(效果)— 您可以指定当用户请求特定操作(可以是允许或拒绝)时的效果。如果没有显式授予(允许)对资源的访问权限,则隐式拒绝访问。您也可显式拒绝对资源的访问,这样可确保用户无法访问该资源,即使有其他策略授予了访问权限的情况下也是如此。
注意 支持这适用于 Amazon EC2、Amazon S3 和 IAM。
-
主体 – 在基于身份的策略 (IAM policy) 中,附加了策略的用户是隐式主体。对于基于资源的策略,您可以指定要接收权限的用户、账户、服务或其他实体(仅适用于基于资源的策略)。Amazon Snowball 不支持基于资源的策略。
有关 IAM policy 语法和介绍的更多信息,请参阅 IAM 用户指南中的 Amazon IAM policy 参考。
有关显示所有 Amazon Snowball API 操作的表,请参阅 Amazon Snowball API 权限:操作、资源和条件参考。
在策略中指定条件
当您授予权限时,可使用 IAM policy 语言来指定规定策略何时生效的条件。例如,您可能希望策略仅在特定日期后应用。有关使用策略语言指定条件的更多信息,请参阅 IAM 用户指南中的条件。
要表示条件,您可以使用预定义的条件键。没有特定于 Amazon Snowball 的条件键。但有 Amazon 范围内的条件密钥,您可以根据需要使用。有关 Amazon 范围内的键的完整列表,请参阅《IAM 用户指南》中的条件的可用键。