管理 AWS Glue 资源的访问权限 - AWS Glue
权限策略AWS Glue 资源和操作了解资源所有权管理对资源的访问指定策略元素：操作、效果和委托人在策略中指定条件
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅中国的 AWS 服务入门。

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

管理 AWS Glue 资源的访问权限

您可以使用有效的凭证来对自己的请求进行身份验证，但您还必须拥有适当权限才能创建或访问 AWS Glue 资源，如 AWS Glue 数据目录中的表。

每个 AWS 资源都归某个 AWS 账户所有，创建和访问资源的权限由权限策略进行管理。账户管理员可以向 IAM 身份（即：用户、组和角色）附加权限策略。有些服务（例如 AWS Glue 和 Amazon S3）还支持向资源附加权限策略。

注意

账户管理员（或管理员用户）是具有管理权限的用户。有关更多信息，请参阅IAM 用户指南 中的 IAM 最佳实践。

在授予权限时，您要决定谁获得权限，获得对哪些资源的权限，以及您允许对这些资源执行的具体操作。

注意

您可以使用 AWS Glue 方法或使用 AWS Lake Formation 授权授予对数据的访问权限。AWS Glue 方法使用 AWS Identity and Access Management (IAM) 策略来实现精细访问控制。Lake Formation 使用一个更简单的GRANT/REVOKE权限模型类似于GRANT/REVOKE命令。

本节介绍 AWS Glue 方法的使用情况。有关使用 Lake Formation 授权的信息，请参阅授予 Lake Formation 权限中的AWS Lake Formation 开发人员指南。

主题

使用权限策略管理对资源的访问

权限策略 由一个描述谁可以访问哪些内容的 JSON 对象来定义。JSON 对象的语法主要由 AWS Identity and Access Management (IAM) 定义。有关更多信息，请参阅 。IAM JSON 策略参考中的IAM 用户指南。

注意

本节讨论在 AWS Glue 上下文中使用 IAM，但没有提供有关 IAM 服务的详细信息。有关更多信息，请参阅 。IAM 是？中的IAM 用户指南。

对于table显示所有 AWS Glue API 操作及其适用于的资源，请参阅AWS Glue API 权限：操作和资源参考。

有关 IAM 策略语法和介绍的更多信息，请参阅IAM JSON 策略参考中的IAM 用户指南。

AWS Glue 支持两种策略：

AWS Glue 通过同时支持基于身份的策略和资源策略，可让您精细地控制谁可以访问哪些元数据。

有关更多示例，请参阅 AWS Glue 基于资源的访问控制策略示例。

AWS Glue 资源和操作

AWS Glue 提供了一组操作来处理 AWS Glue 资源。有关可用操作的列表，请参阅 AWS Glue API。

了解资源所有权

AWS 账户对在该账户下创建的资源具有所有权，而无论创建资源的人员是谁。具体而言，资源拥有者是对资源创建请求进行身份验证的委托人实体（即 AWS 账户根用户、IAM 用户或 IAM 角色）的 AWS 账户。以下示例说明了它的工作原理：

  • 如果您使用 AWS 账户的根用户凭证创建表，则您的 AWS 账户即为该资源的所有者（在 AWS Glue 中，资源为表）。

  • 如果您在您的 AWS 账户中创建 IAM 用户并向该用户授予创建表的权限，则该用户便能创建表。但是，该用户所属的 AWS 账户拥有表资源。

  • 如果您在您的 AWS 账户中创建具有创建表的权限的 IAM 角色，则能够担任该角色的任何人都可以创建表。您的 AWS 账户（即该用户所属的账户）拥有表资源。

管理对资源的访问

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

注意

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

附加到 IAM 身份的策略称作基于身份的策略策略（IAM 策略）。附加到资源的策略称作基于资源的 策略。

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

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

  • 将权限策略附加到账户中的用户或组— 要向用户授予创建 AWS Glue 资源（例如表）的权限，您可以将权限策略附加到用户或用户所属的组。

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

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

    2. 账户 A 管理员可以向角色挂载信任策略，将账户 B 标识为能够担任该角色的委托人。

    3. 之后，账户 B 管理员可以委派权限，指派账户 B 中的任何用户担任该角色。这样，账户 B 中的用户就可以创建或访问账户 A 中的资源了。如果您需要授予 AWS 服务权限来担任该角色，则信任策略中的委托人也可以是 AWS 服务委托人。

    有关使用 IAM 委派权限的更多信息，请参阅访问控制中的IAM 用户指南。

下面是一个基于身份的示例策略，用于授予一个 AWS Glue 操作 (GetTables)。通配符 (*) 中的Resource值表示，您正在向此操作授予权限，以获取数据目录中某一数据库中的所有表的名称和详细信息。如果根据资源策略用户还可以访问其他目录，则该用户也会获得对这些资源的访问权限。 

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "GetTables",
            "Effect": "Allow",
            "Action": [
                "glue:GetTables"
            ],
            "Resource": "*"
        }
    ]
}

有关将基于身份的策略用于的更 AWS Glue 信息，请参阅用于访问控制的基于身份的策略（IAM 策略）。有关用户、组、角色和权限的更多信息，请参阅《IAM 用户指南》 中的身份 (用户、组和角色)。

基于资源的策略

其他服务 (如 Amazon S3) 还支持基于资源的权限策略。例如，您可以将策略附加到 S3 存储桶以管理对该存储桶的访问权限。

指定策略元素：操作、效果和委托人

对于每种 AWS Glue 资源，该服务都定义了一组 API 操作。为授予这些 API 操作的权限，AWS Glue 定义了一组您可以在策略中指定的操作。某些 API 操作可能需要多个操作的权限才能执行 API 操作。有关资源和 API 操作的更多信息，请参阅AWS Glue 资源和操作和 AWS GlueAWS Glue API。

以下是最基本的策略元素：

  • 资源 – 您使用 Amazon 资源名称 (ARN) 来标识策略应用到的资源。有关更多信息，请参阅AWS Glue 资源和操作。

  • 操作 – 您可以使用操作关键字标识要允许或拒绝的资源操作。例如，您可以使用create以允许用户创建表。

  • Effect— 用于指定在用户请求特定操作时的效果（可以是允许或拒绝）。如果没有显式授予（允许）对资源的访问权限，则隐式拒绝访问。您也可显式拒绝对资源的访问，这样可确保用户无法访问该资源，即使有其他策略授予了访问权限的情况下也是如此。

  • 委托人 – 在基于身份的策略（IAM 策略）中，附加了策略的用户是隐式委托人。对于基于资源的策略，您可以指定要接收权限的用户、账户、服务或其他实体 (仅适用于基于资源的策略)。AWS Glue 不支持基于资源的策略。

有关 IAM 策略语法和介绍的更多信息，请参阅IAM JSON 策略参考中的IAM 用户指南。

对于table 显示所有 AWS Glue API 操作及其适用于的资源，请参阅AWS Glue API 权限：操作和资源参考。

在策略中指定条件

当您授予权限时，可使用访问策略语言来指定规定策略何时生效的条件。例如，您可能希望策略仅在特定日期后应用。有关使用策略语言指定条件的更多信息，请参阅Condition中的IAM 用户指南。

要表示条件，您可以使用预定义的条件键。有 AWS 范围内的条件密钥和 AWS Glue— 特定于 AWS 的密钥，您可以根据需要使用。有关 AWS 范围内的键的完整列表，请参阅 IAM 用户指南中的条件的可用键。