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

# EMR Serverless 如何与 IAM 结合使用
<a name="security-iam-serverless"></a>

在使用 IAM 管理对 Amazon EMR Serverless 的访问之前，请了解哪些 IAM 功能可用于 Amazon EMR Serverless。


**与 EMR Serverless 结合使用的 IAM 功能**  

| IAM 功能 | Amazon EMR Serverless 支持 | 
| --- | --- | 
| [Identity-based政策](#security-iam-id-based-policies) | 是 | 
| [Resource-based政策](#security-iam-resource-based-policies) | 否 | 
| [策略操作](#security-iam-id-based-policies-actions) | 是 | 
| [策略资源](#security-iam-id-based-policies-resources) | 是 | 
| [策略条件密钥](#security-iam-id-based-policies-conditionkeys) | 否 | 
| [ACL](#security-iam-acls) | 否 | 
| [ABAC（策略中的标签）](#security-iam-tags) | 是 | 
| [临时凭证](#security-iam-roles-tempcreds) | 是 | 
| [主体权限](#security-iam-principal-permissions) | 是 | 
| [服务角色](#security-iam-roles-service) | 否 | 
| [Service-linked ](#security-iam-roles-service-linked) 角色 | 是 | 

*要全面了解 EMR Serverless 和其他 AWS 服务如何与大多数 IAM 功能配合使用，请参阅 IAM 用户指南中[与 IAM 配合使用的AWS 服务](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。*

## Identity-based EMR 无服务器策略
<a name="security-iam-id-based-policies"></a>

**支持基于身份的策略：**是

Identity-based 策略是您可以附加到身份（例如 IAM 用户、用户组或角色）的 JSON 权限策略文档。这些策略控制用户和角色可在何种条件下对哪些资源执行哪些操作。要了解如何创建基于身份的策略，请参阅《IAM 用户指南》**中的[使用客户管理型策略定义自定义 IAM 权限](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html)。

通过使用 IAM 基于身份的策略，您可以指定允许或拒绝的操作和资源以及允许或拒绝操作的条件。要了解可在 JSON 策略中使用的所有元素，请参阅《IAM 用户指南》**中的 [IAM JSON 策略元素引用](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html)。

### EMR Serverless 基于身份的策略示例
<a name="security_iam_id-based-policy-examples"></a>



要访问 Amazon EMR Serverless 基于身份的策略示例，请参阅 [Identity-based EMR Serverless 的策略示例](security-iam-id-based-policy-examples.md)。

## Resource-based EMR Serverless 中的策略
<a name="security-iam-resource-based-policies"></a>

**支持基于资源的策略：**否 

Resource-based 策略是您附加到资源的 JSON 策略文档。基于资源的策略的示例包括 IAM *角色信任策略*和 Amazon S3 *存储桶策略*。在支持基于资源的策略的服务中，服务管理员可以使用它们来控制对特定资源的访问。对于在其中附加策略的资源，策略定义指定主体可以对该资源执行哪些操作以及在什么条件下执行。您必须在基于资源的策略中[指定主体](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html)。委托人可以包括账户、用户、角色、联合用户或 AWS 服务。

要启用跨账户访问，您可以将整个账户或其他账户中的 IAM 实体指定为基于资源的策略中的主体。有关更多信息，请参阅《IAM 用户指南》**中的 [IAM 中的跨账户资源访问](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html)。

## EMR Serverless 的策略操作
<a name="security-iam-id-based-policies-actions"></a>

**支持策略操作：**是

管理员可以使用 AWS JSON 策略来指定谁有权访问什么。也就是说，哪个**主体**可以对什么**资源**执行**操作**，以及在什么**条件**下执行。

JSON 策略的 `Action` 元素描述可用于在策略中允许或拒绝访问的操作。在策略中包含操作以授予执行关联操作的权限。



要查看 EMR Serverless 操作的列表，请参阅《服务授权参考》**中 [Amazon EMR Serverless 的操作、资源和条件键](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonemrserverless.html)。

EMR Serverless 中的策略操作在操作前使用以下前缀。

```
emr-serverless
```

要在单个语句中指定多项操作，请使用逗号将它们隔开。

```
"Action": [
      "emr-serverless:{{action1}}",
      "emr-serverless:{{action2}}"
         ]
```





要访问 Amazon EMR Serverless 基于身份的策略示例，请参阅 [Identity-based EMR Serverless 的策略示例](security-iam-id-based-policy-examples.md)。

## EMR Serverless 的策略资源
<a name="security-iam-id-based-policies-resources"></a>

**支持策略资源：**是

管理员可以使用 AWS JSON 策略来指定谁有权访问什么。也就是说，哪个**主体**可以对什么**资源**执行**操作**，以及在什么**条件**下执行。

`Resource` JSON 策略元素指定要向其应用操作的一个或多个对象。作为最佳实践，请使用其 [Amazon 资源名称（ARN）](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html)指定资源。对于不支持资源级权限的操作，请使用通配符 (\*) 指示语句应用于所有资源。

```
"Resource": "*"
```

要查看 Amazon EMR Serverless 资源类型及其 ARN 的列表，请参阅《服务授权参考》**中 [Amazon EMR Serverless 定义的资源](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonelasticmapreduce.html#amazonelasticmapreduce-resources-for-iam-policies)。要了解哪些操作指定每个资源的 ARN，请参阅 [Amazon EMR Serverless 的操作、资源和条件键](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonemrserverless.html)。





要访问 Amazon EMR Serverless 基于身份的策略示例，请参阅 [Identity-based EMR Serverless 的策略示例](security-iam-id-based-policy-examples.md)。

## EMR Serverless 的策略条件键
<a name="security-iam-id-based-policies-conditionkeys"></a>


**策略条件键支持**  

|  |  | 
| --- |--- |
| 支持特定于服务的策略条件密钥 | 否 | 

管理员可以使用 AWS JSON 策略来指定谁有权访问什么。也就是说，哪个**主体**可以对什么**资源**执行**操作**，以及在什么**条件**下执行。

`Condition` 元素根据定义的条件指定语句何时执行。您可以创建使用[条件运算符](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html)（例如，等于或小于）的条件表达式，以使策略中的条件与请求中的值相匹配。要查看所有 AWS 全局条件键，请参阅 *IAM 用户指南*中的[AWS 全局条件上下文密钥](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html)。

要查看 Amazon EMR Serverless 条件键的列表，并了解可以使用条件键的操作和资源，请参阅《服务授权参考》**中 [Amazon EMR Serveress 的操作、资源和条件键](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonemrserverless.html)。

 所有 Amazon EC2 操作都支持 `aws:RequestedRegion` 和 `ec2:Region` 条件键。有关更多信息，请参阅[示例：限制对特定区域的访问](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ExamplePolicies_EC2.html#iam-example-region)。

## EMR Serverless 中的访问控制列表（ACL）
<a name="security-iam-acls"></a>

**支持 ACL：**否 

访问控制列表（ACL）控制哪些主体（账户成员、用户或角色）有权访问资源。ACL 与基于资源的策略类似，但它们不使用 JSON 策略文档格式。

## Attribute-based 使用 EMR 无服务器进行访问控制 (ABAC)
<a name="security-iam-tags"></a>


**Attribute-based 访问控制 (ABAC) 支持**  

|  |  | 
| --- |--- |
| 支持 ABAC（策略中的标签） | 是 | 

Attribute-based 访问控制 (ABAC) 是一种授权策略，它根据称为标签的属性来定义权限。您可以将标签附加到 IAM 实体和 AWS 资源，然后设计 ABAC 策略以允许在委托人的标签与资源上的标签匹配时进行操作。

要基于标签控制访问，您需要使用 `aws:ResourceTag/{{key-name}}``aws:RequestTag/{{key-name}}` 或 `aws:TagKeys` 条件键在策略的[条件元素](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html)中提供标签信息。

如果某个服务对于每种资源类型都支持所有这三个条件键，则对于该服务，该值为**是**。如果某个服务仅对于部分资源类型支持所有这三个条件键，则该值为**部分**。

有关 ABAC 的更多信息，请参阅《IAM 用户指南》**中的[使用 ABAC 授权定义权限](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html)。要查看设置 ABAC 步骤的教程，请参阅《IAM 用户指南》**中的[使用基于属性的访问权限控制（ABAC）](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html)。

## 在 EMR Serverless 中使用临时凭证
<a name="security-iam-roles-tempcreds"></a>

**支持临时凭证：**是

临时证书提供对 AWS 资源的短期访问权限，并且是在您使用联合身份或切换角色时自动创建的。 AWS 建议您动态生成临时证书，而不是使用长期访问密钥。有关更多信息，请参阅《IAM 用户指南》**中的 [IAM 中的临时安全凭证](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html)和[使用 IAM 的。AWS 服务](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)

## Cross-service EMR 无服务器的主体权限
<a name="security-iam-principal-permissions"></a>

**支持转发访问会话（FAS）：**是

 转发访问会话 (FAS) 使用调用主体的权限 AWS 服务，再加上 AWS 服务 向下游服务发出请求的请求。有关发出 FAS 请求时的策略详情，请参阅[转发访问会话](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html)。

## EMR Serverless 的服务角色
<a name="security-iam-roles-service"></a>


|  |  | 
| --- |--- |
| 支持服务角色 | 否 | 

## Service-linked EMR 无服务器的角色
<a name="security-iam-roles-service-linked"></a>


|  |  | 
| --- |--- |
| 支持服务相关角色 | 是 | 

有关创建或管理服务相关角色的详细信息，请参阅[能够与 IAM 搭配使用的AWS 服务](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html)。在表中查找**Service-linked 角色**列`Yes`中包含的服务。选择**是**链接以访问该服务的服务相关角色文档。