Snow 系列控制台和创建作业的访问控制 - Amazon Snowball Edge 开发人员指南
身份验证访问管理概述
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅中国的 Amazon Web Services 服务入门。

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

Snow 系列控制台和创建作业的访问控制

与所有Amazon服务一样，的访问Amazon Snowball要求提供Amazon可以用来验证请求的凭证。这些凭证必须有权访问Amazon Amazon S3 存储桶或Amazon Lambda函数。 Amazon Snowball对进行了以下两个方面的区别：

  1. Amazon Snowball 中的任务没有 Amazon 资源名称 (ARN)。

  2. 由您负责对本地设备进行物理和网络访问控制。

下面几节提供详细的信息来说明如何使用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:region:account-id:BucketName/ObjectName

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 云

权限策略规定谁可以访问哪些内容。下一节介绍创建权限策略时的可用选项。

注意

本节讨论如何在 Amazon Snowball 范围内使用 IAM。这里不提供有关 IAM 服务的详细信息。有关完整的 IAM 文档，请参阅 IAM 用户指南中的什么是 IAM？。有关 IAM policy 语法和说明的信息，请参阅 IAM 用户指南中的 Amazon IAM 策略参考。

附加到 IAM 身份的策略称为基于身份的 策略（IAM 策略），而附加到资源的策略称为基于资源的 策略。Amazon Snowball 仅支持基于身份的策略（IAM 策略）。

基于身份的策略（IAM 策略）

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

  • 将权限策略附加到您账户中的用户或组-要授予用户或用户所属的组。

  • 向角色附加权限策略（授予跨账户权限） – 您可以向 IAM 角色附加基于身份的权限策略，以授予跨账户的权限。例如，账户 A 中的管理员可以创建一个角色，以向其他Amazon Web Services 账户（如账户 B）或某项Amazon服务授予跨账户权限，如下所述：

    1. 账户 A 管理员可以创建一个 IAM 角色，然后向该角色附加授予其访问账户 A 中资源的权限策略。

    2. 账户 A 管理员可以把信任策略附加至用来标识账户 B 的角色，账户 B 由此可以作为主体代入该角色。

    3. 之后，账户 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 用户指南》中的条件的可用键。