管理 资源的访问权限概述 - SQL适用于应用程序的 Amazon Kinesis Data Analytics 开发者指南
资源和操作了解资源所有权管理对资源的访问指定策略元素：操作、效果和主体在策略中指定条件

经过仔细考虑，我们决定分两个步骤停止使用亚马逊 Kinesis Data Analytics SQL 的应用程序：

1. 从 2025 年 10 月 15 日起，您将无法为应用程序创建新的 Kinesis Data Analytic SQL s。

2. 我们将从 2026 年 1 月 27 日起删除您的申请。您将无法启动或操作适用于应用程序的 Amazon Kinesis Data Analytic SQL s。从那时起，亚马逊 Kinesis Data Analytics SQL 将不再提供支持。有关更多信息，请参阅 适用于应用程序的 Amazon Kinesis Data Analytic SQL s 停产。

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

管理 资源的访问权限概述

警告

对于新项目，我们建议您使用全新的适用于 Apache Flink Studio 的托管服务，而不是用于SQL应用程序的托管服务。Managed Service for Apache Flink Studio 不仅操作简单，还具有高级分析功能，使您能够在几分钟内构建复杂的流处理应用程序。

要提供访问权限，请为您的用户、组或角色添加权限：

  • 中的用户和群组 AWS IAM Identity Center：

    创建权限集合。按照《AWS IAM Identity Center 用户指南》中创建权限集的说明进行操作。

  • IAM通过身份提供商管理的用户：

    创建适用于身份联合验证的角色。按照《IAM用户指南》中为第三方身份提供商创建角色（联合）中的说明进行操作。

  • IAM用户：

    • 创建您的用户可以担任的角色。按照《用户指南》中为IAM用户创建角色中的IAM说明进行操作。

    • （不推荐使用）将策略直接附加到用户或将用户添加到用户组。按照《用户指南》中向用户（控制台）添加权限中的IAM说明进行操作。

注意

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

资源和操作

在 中，主要资源是应用程序。在策略中，您可以使用 Amazon 资源名称 (ARN) 来标识该政策适用的资源。

这些资源具有与之关联的唯一 Amazon 资源名称 (ARNs)，如下表所示。

资源类型 ARN格式
应用程序

arn:aws:kinesisanalytics:region:account-id:application/application-name

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

了解资源所有权

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

  • 如果您使用您的 AWS 账户 根账户证书创建应用程序，则您 AWS 账户 就是该资源的所有者。（在 中，资源是应用程序。）

  • 如果您在中创建用户 AWS 账户 并向该用户授予创建应用程序的权限，则该用户可以创建应用程序。但是，用户所属的您 AWS 账户拥有应用程序资源。强烈建议您向角色而不是用户授予权限。

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

管理对资源的访问

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

注意

本节讨论IAM在的上下文中使用。它不提供有关IAM服务的详细信息。有关完整IAM文档，请参阅什么是IAM？ 在《IAM用户指南》中。有关IAM策略语法和描述的信息，请参阅IAM用户指南中的IAMJSON策略参考。

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

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

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

  • 将权限策略附加到您账户中的用户或组 - 要向用户授予创建 资源 (例如应用程序) 的权限，您可以将权限策略附加到用户或用户所属的组。

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

    1. 账户 A 管理员创建一个IAM角色并向该角色附加权限策略，该策略授予账户 A 中资源的权限。

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

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

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

下面是为 kinesisanalytics:CreateApplication 操作授予权限的示例策略，需要具有该权限才能创建 应用程序。

注意

这是介绍性示例策略。当您将策略附加到用户时，该用户将能够使用 AWS CLI 或创建应用程序 AWS SDK。但用户需要更多权限才能配置输入和输出。此外，使用控制台时，用户需要更多权限。后续章节将提供更多相关信息。

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "Stmt1473028104000",
            "Effect": "Allow",
            "Action": [
                "kinesisanalytics:CreateApplication"
            ],
            "Resource": [
                "*"
            ]
        }
    ]
}

有关对 使用基于身份的策略的更多信息，请参阅 使用基于身份的策略（IAM策略） 。有关用户、群组、角色和权限的更多信息，请参阅《用户指南》中的身份（用户、群组和角色）。IAM

基于资源的策略

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

指定策略元素：操作、效果和主体

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

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

  • 资源 — 您可以使用 Amazon 资源名称 (ARN) 来标识该政策适用的资源。有关更多信息，请参阅 资源和操作。

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

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

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

要了解有关IAM策略语法和描述的更多信息，请参阅IAM用户指南中的IAMJSON策略参考。

有关显示所有API操作及其适用的资源的表格，请参阅 API权限：操作、权限和资源参考。

在策略中指定条件

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

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