Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Bagaimana EMR Serverless bekerja dengan IAM
<a name="security-iam-serverless"></a>

Sebelum Anda menggunakan IAM untuk mengelola akses ke Amazon EMR Tanpa Server, pelajari fitur IAM apa yang tersedia untuk digunakan dengan Amazon EMR Tanpa Server.


**Fitur IAM digunakan dengan EMR Tanpa Server**  

| Fitur IAM | Dukungan Amazon EMR Tanpa Server | 
| --- | --- | 
| [Kebijakan Identity-based](#security-iam-id-based-policies) | Ya | 
| [Kebijakan Resource-based](#security-iam-resource-based-policies) | Tidak | 
| [Tindakan kebijakan](#security-iam-id-based-policies-actions) | Ya | 
| [Sumber daya kebijakan](#security-iam-id-based-policies-resources) | Ya | 
| [Kunci kondisi kebijakan](#security-iam-id-based-policies-conditionkeys) | Tidak | 
| [ACL](#security-iam-acls) | Tidak | 
| [ABAC (tanda dalam kebijakan)](#security-iam-tags) | Ya | 
| [Kredensial sementara](#security-iam-roles-tempcreds) | Ya | 
| [Izin principal](#security-iam-principal-permissions) | Ya | 
| [Peran layanan](#security-iam-roles-service) | Tidak | 
| [Peran Service-linked](#security-iam-roles-service-linked) | Ya | 

*Untuk mendapatkan tampilan tingkat tinggi tentang cara EMR Tanpa Server dan layanan AWS lainnya bekerja dengan sebagian besar fitur IAM, lihat AWS layanan yang [bekerja dengan IAM di Panduan Pengguna](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) IAM.*

## Identity-based kebijakan untuk EMR Serverless
<a name="security-iam-id-based-policies"></a>

**Mendukung kebijakan berbasis identitas**: Ya

Identity-based kebijakan adalah dokumen kebijakan izin JSON yang dapat Anda lampirkan ke identitas, seperti pengguna IAM, grup pengguna, atau peran. Kebijakan ini mengontrol jenis tindakan yang dapat dilakukan oleh pengguna dan peran, di sumber daya mana, dan berdasarkan kondisi seperti apa. Untuk mempelajari cara membuat kebijakan berbasis identitas, lihat [Tentukan izin IAM kustom dengan kebijakan terkelola pelanggan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create.html) dalam *Panduan Pengguna IAM*.

Dengan kebijakan berbasis identitas IAM, Anda dapat menentukan secara spesifik apakah tindakan dan sumber daya diizinkan atau ditolak, serta kondisi yang menjadi dasar dikabulkan atau ditolaknya tindakan tersebut. Untuk mempelajari semua elemen yang dapat Anda gunakan dalam kebijakan JSON, lihat [Referensi elemen kebijakan JSON IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements.html) dalam *Panduan Pengguna IAM*.

### Contoh kebijakan berbasis identitas untuk EMR Tanpa Server
<a name="security_iam_id-based-policy-examples"></a>



Untuk mengakses contoh kebijakan berbasis identitas Amazon EMR Tanpa Server, lihat. [Identity-based contoh kebijakan untuk EMR Tanpa Server](security-iam-id-based-policy-examples.md)

## Resource-based kebijakan dalam EMR Tanpa Server
<a name="security-iam-resource-based-policies"></a>

**Mendukung kebijakan berbasis sumber daya:** Tidak 

Resource-based kebijakan adalah dokumen kebijakan JSON yang Anda lampirkan ke sumber daya. Contoh kebijakan berbasis sumber daya adalah *kebijakan kepercayaan peran* IAM dan *kebijakan bucket* Amazon S3. Dalam layanan yang mendukung kebijakan berbasis sumber daya, administrator layanan dapat menggunakannya untuk mengontrol akses ke sumber daya tertentu. Untuk sumber daya tempat kebijakan dilampirkan, kebijakan menentukan tindakan apa yang dapat dilakukan oleh principal tertentu pada sumber daya tersebut dan dalam kondisi apa. Anda harus [menentukan principal](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html) dalam kebijakan berbasis sumber daya. Prinsipal dapat mencakup akun, pengguna, peran, pengguna federasi, atau. Layanan AWS

Untuk mengaktifkan akses lintas akun, Anda dapat menentukan secara spesifik seluruh akun atau entitas IAM di akun lain sebagai principal dalam kebijakan berbasis sumber daya. Untuk informasi selengkapnya, lihat [Akses sumber daya lintas akun di IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies-cross-account-resource-access.html) dalam *Panduan Pengguna IAM*.

## Tindakan kebijakan untuk EMR Tanpa Server
<a name="security-iam-id-based-policies-actions"></a>

**Mendukung tindakan kebijakan:** Ya

Administrator dapat menggunakan kebijakan AWS JSON untuk menentukan siapa yang memiliki akses ke apa. Yaitu, di mana **utama** dapat melakukan **tindakan** pada **sumber daya**, dan dalam **kondisi apa**.

Elemen `Action` dari kebijakan JSON menjelaskan tindakan yang dapat Anda gunakan untuk mengizinkan atau menolak akses dalam sebuah kebijakan. Sertakan tindakan dalam kebijakan untuk memberikan izin untuk melakukan operasi terkait.



*Untuk merujuk ke daftar tindakan EMR Tanpa Server, lihat Tindakan, [sumber daya, dan kunci kondisi untuk Amazon EMR Tanpa Server](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonemrserverless.html) di Referensi Otorisasi Layanan.*

Tindakan kebijakan di EMR Tanpa Server menggunakan awalan berikut sebelum tindakan.

```
emr-serverless
```

Untuk menetapkan secara spesifik beberapa tindakan dalam satu pernyataan, pisahkan tindakan tersebut dengan koma.

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





Untuk mengakses contoh kebijakan berbasis identitas Amazon EMR Tanpa Server, lihat. [Identity-based contoh kebijakan untuk EMR Tanpa Server](security-iam-id-based-policy-examples.md)

## Sumber daya kebijakan untuk EMR Tanpa Server
<a name="security-iam-id-based-policies-resources"></a>

**Mendukung sumber daya kebijakan:** Ya

Administrator dapat menggunakan kebijakan AWS JSON untuk menentukan siapa yang memiliki akses ke apa. Yaitu, di mana **utama** dapat melakukan **tindakan** pada **sumber daya**, dan dalam **kondisi apa**.

Elemen kebijakan JSON `Resource` menentukan objek yang menjadi target penerapan tindakan. Praktik terbaiknya, tentukan sumber daya menggunakan [Amazon Resource Name (ARN)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference-arns.html). Untuk tindakan yang tidak mendukung izin di tingkat sumber daya, gunakan wildcard (\*) untuk menunjukkan bahwa pernyataan tersebut berlaku untuk semua sumber daya.

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

*Untuk merujuk ke daftar jenis sumber daya Amazon EMR Tanpa Server dan ARNnya, lihat Sumber daya yang ditentukan [oleh Amazon EMR](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonelasticmapreduce.html#amazonelasticmapreduce-resources-for-iam-policies) Tanpa Server dalam Referensi Otorisasi Layanan.* Untuk mempelajari tindakan mana yang menentukan ARN dari setiap sumber daya, lihat [Tindakan, sumber daya, dan kunci kondisi untuk Amazon EMR](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonemrserverless.html) Tanpa Server.





Untuk mengakses contoh kebijakan berbasis identitas Amazon EMR Tanpa Server, lihat. [Identity-based contoh kebijakan untuk EMR Tanpa Server](security-iam-id-based-policy-examples.md)

## Kunci kondisi kebijakan untuk EMR Tanpa Server
<a name="security-iam-id-based-policies-conditionkeys"></a>


**Dukungan kunci kondisi kebijakan**  

|  |  | 
| --- |--- |
| Mendukung kunci kondisi kebijakan khusus layanan | Tidak | 

Administrator dapat menggunakan kebijakan AWS JSON untuk menentukan siapa yang memiliki akses ke apa. Yaitu, **principal** dapat melakukan **tindakan** pada suatu **sumber daya**, dan dalam suatu **syarat**.

Elemen `Condition` menentukan ketika pernyataan dieksekusi berdasarkan kriteria yang ditetapkan. Anda dapat membuat ekspresi bersyarat yang menggunakan [operator kondisi](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition_operators.html), misalnya sama dengan atau kurang dari, untuk mencocokkan kondisi dalam kebijakan dengan nilai-nilai yang diminta. Untuk melihat semua kunci kondisi AWS global, lihat [kunci konteks kondisi AWS global](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_condition-keys.html) di *Panduan Pengguna IAM*.

*Untuk merujuk ke daftar kunci kondisi Amazon EMR Tanpa Server dan untuk mempelajari tindakan dan sumber daya yang dapat Anda gunakan kunci kondisi, lihat Tindakan, sumber [daya, dan kunci kondisi untuk Amazon EMR Tanpa Server](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonemrserverless.html) di Referensi Otorisasi Layanan.* 

 Semua tindakan Amazon EC2 mendukung kunci syarat `aws:RequestedRegion` dan `ec2:Region`. Untuk informasi selengkapnya, lihat [Contoh: Membatasi akses ke wilayah tertentu](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ExamplePolicies_EC2.html#iam-example-region). 

## Daftar kontrol akses (ACL) di EMR Tanpa Server
<a name="security-iam-acls"></a>

**Mendukung ACL:** Tidak 

Daftar kontrol akses (ACL) mengendalikan principal mana (anggota akun, pengguna, atau peran) yang memiliki izin untuk mengakses sumber daya. ACL serupa dengan kebijakan berbasis sumber daya, meskipun kebijakan tersebut tidak menggunakan format dokumen kebijakan JSON.

## Attribute-based kontrol akses (ABAC) dengan EMR Tanpa Server
<a name="security-iam-tags"></a>


**Attribute-based dukungan kontrol akses (ABAC)**  

|  |  | 
| --- |--- |
| Mendukung ABAC (tanda dalam kebijakan) | Ya | 

Attribute-based Access Control (ABAC) adalah strategi otorisasi yang mendefinisikan izin berdasarkan atribut yang disebut tag. Anda dapat melampirkan tag ke entitas dan AWS sumber daya IAM, lalu merancang kebijakan ABAC untuk mengizinkan operasi saat tag prinsipal cocok dengan tag pada sumber daya.

Untuk mengendalikan akses berdasarkan tanda, berikan informasi tentang tanda di [elemen kondisi](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_condition.html) dari kebijakan menggunakan kunci kondisi `aws:ResourceTag/{{key-name}}`, `aws:RequestTag/{{key-name}}`, atau `aws:TagKeys`.

Jika sebuah layanan mendukung ketiga kunci kondisi untuk setiap jenis sumber daya, nilainya adalah **Ya** untuk layanan tersebut. Jika suatu layanan mendukung ketiga kunci kondisi untuk hanya beberapa jenis sumber daya, nilainya adalah **Parsial**.

Untuk informasi selengkapnya tentang ABAC, lihat [Tentukan izin dengan otorisasi ABAC](https://docs.aws.amazon.com/IAM/latest/UserGuide/introduction_attribute-based-access-control.html) dalam *Panduan Pengguna IAM.* Untuk melihat tutorial yang menguraikan langkah-langkah pengaturan ABAC, lihat [Menggunakan kontrol akses berbasis atribut (ABAC)](https://docs.aws.amazon.com/IAM/latest/UserGuide/tutorial_attribute-based-access-control.html) dalam *Panduan Pengguna IAM*.

## Menggunakan kredensyal Sementara dengan EMR Serverless
<a name="security-iam-roles-tempcreds"></a>

**Mendukung kredensial sementara:** Ya

Kredensi sementara menyediakan akses jangka pendek ke AWS sumber daya dan secara otomatis dibuat saat Anda menggunakan federasi atau beralih peran. AWS merekomendasikan agar Anda secara dinamis menghasilkan kredensi sementara alih-alih menggunakan kunci akses jangka panjang. Untuk informasi selengkapnya, lihat [Kredensial keamanan sementara di IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html) dan [Layanan AWS yang berfungsi dengan IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) dalam *Panduan Pengguna IAM*.

## Cross-service izin utama untuk EMR Tanpa Server
<a name="security-iam-principal-permissions"></a>

**Mendukung sesi akses terusan (FAS):** Ya

 Sesi akses teruskan (FAS) menggunakan izin pemanggilan utama Layanan AWS, dikombinasikan dengan permintaan Layanan AWS untuk membuat permintaan ke layanan hilir. Untuk detail kebijakan ketika mengajukan permintaan FAS, lihat [Sesi akses terusan](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html). 

## Peran layanan untuk EMR Tanpa Server
<a name="security-iam-roles-service"></a>


|  |  | 
| --- |--- |
| Mendukung peran layanan | Tidak | 

## Service-linked peran untuk EMR Tanpa Server
<a name="security-iam-roles-service-linked"></a>


|  |  | 
| --- |--- |
| Mendukung peran terkait layanan | Ya | 

Untuk detail tentang membuat atau mengelola peran terkait layanan, lihat [AWS layanan yang bekerja dengan](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_aws-services-that-work-with-iam.html) IAM. Temukan layanan dalam tabel yang `Yes` menyertakan kolom **Service-linked peran**. Pilih tautan **Ya** untuk mengakses dokumentasi peran terkait layanan untuk layanan tersebut.