

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

# Apa itu jenis perubahan?
<a name="understanding-cts"></a>

Jenis perubahan mengacu pada tindakan yang dilakukan oleh permintaan perubahan (RFC) AWS Managed Services (AMS) dan mencakup tindakan perubahan itu sendiri, dan jenis perubahan — manual vs otomatis. AMS memiliki banyak koleksi jenis perubahan yang tidak digunakan oleh layanan web Amazon lainnya. Anda menggunakan jenis perubahan ini saat mengirimkan permintaan untuk perubahan (RFC) untuk menyebarkan, atau mengelola, atau mendapatkan akses ke, sumber daya.

**Topics**
+ [Otomatis dan manual CTs](ug-automated-or-manual.md)
+ [Persyaratan persetujuan CT](constrained-unconstrained-ctis.md)
+ [Ubah versi tipe](ct-versions.md)
+ [Buat jenis perubahan](ct-creates.md)
+ [Perbarui jenis perubahan](ct-updates.md)
+ [Jenis perubahan hanya internal](ct-internals.md)
+ [Ubah skema tipe](ct-schemas.md)
+ [Mengelola izin untuk jenis perubahan](ct-permissions.md)
+ [Menyunting informasi sensitif dari jenis perubahan](ct-redaction.md)
+ [Menemukan jenis perubahan, menggunakan opsi kueri](ug-find-ct-ex-section.md)

# Otomatis dan manual CTs
<a name="ug-automated-or-manual"></a>

Batasan pada jenis perubahan adalah apakah mereka otomatis atau manual, ini adalah `AutomationStatusId` atribut tipe perubahan, yang disebut **mode Eksekusi di konsol** AMS.

Jenis perubahan otomatis memiliki hasil dan waktu eksekusi yang diharapkan dan dijalankan melalui sistem otomatis AMS, umumnya dalam waktu satu jam atau kurang (ini sangat tergantung pada sumber daya apa yang disediakan CT). Jenis perubahan manual jarang terjadi, tetapi diperlakukan berbeda karena mengharuskan operator AMS bertindak pada RFC sebelum dapat dijalankan. Itu terkadang berarti berkomunikasi dengan pengirim RFC, jadi, jenis perubahan manual memerlukan waktu yang bervariasi untuk menyelesaikannya.

Untuk semua yang dijadwalkan RFCs, waktu akhir yang tidak ditentukan ditulis sebagai waktu yang ditentukan `RequestedStartTime` ditambah `ExpectedExecutionDurationInMinutes` atribut dari jenis perubahan yang dikirimkan. Misalnya, jika “60" (menit), dan yang ditentukan `RequestedStartTime` adalah `2016-12-05T14:20:00Z` (5 Desember 2016 pukul 4:20 pagi), waktu akhir yang sebenarnya akan ditetapkan ke 5 Desember 2016 pukul 5:20 pagi. `ExpectedExecutionDurationInMinutes` Untuk menemukan tipe perubahan tertentu, jalankan perintah ini: `ExpectedExecutionDurationInMinutes`

```
aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{ExpectedDuration:ExpectedExecutionDurationInMinutes}"
```

**catatan**  
Dijadwalkan RFCs dengan **mode Eksekusi** = Manual, di Konsol, harus diatur untuk berjalan setidaknya 24 jam di masa mendatang.

**catatan**  
Saat menggunakan manual CTs, AMS menyarankan Anda menggunakan opsi **Penjadwalan** ASAP (pilih **ASAP** di konsol, biarkan waktu mulai dan berakhir kosong di API/CLI) karena ini CTs memerlukan operator AMS untuk memeriksa RFC, dan mungkin berkomunikasi dengan Anda sebelum dapat disetujui dan dijalankan. Jika Anda menjadwalkan ini RFCs, pastikan untuk mengizinkan setidaknya 24 jam. Jika persetujuan tidak terjadi sebelum waktu mulai yang dijadwalkan, RFC ditolak secara otomatis.

AMS bertujuan untuk menanggapi CT manual dalam waktu empat jam, dan akan berkorespondensi sesegera mungkin, tetapi bisa memakan waktu lebih lama bagi RFC untuk benar-benar dijalankan.

Untuk daftar yang Manual dan memerlukan tinjauan AMS, lihat file CSV Ubah Jenis, yang tersedia di halaman **Sumber Daya Pengembang** di Konsol. CTs 

**YouTube Video**: [Bagaimana cara menemukan jenis perubahan otomatis untuk AMS RFCs?](https://www.youtube.com/watch?v=sOzDuCCOduI&list=PLhr1KZpdzukc_VXASRqOUSM5AJgtHat6-&index=2&t=1s)

Untuk menemukan **mode Eksekusi** untuk CT di konsol AMS, Anda harus menggunakan opsi pencarian **jenis perubahan Jelajahi**. Hasilnya menunjukkan mode eksekusi dari jenis perubahan yang cocok atau jenis perubahan.

Untuk menemukan tipe perubahan tertentu dengan menggunakan AMS CLI, jalankan perintah ini: `AutomationStatus`

```
aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{AutomationStatus:AutomationStatus.Name}"
```

Anda juga dapat mencari jenis perubahan di [Referensi Jenis Perubahan AMS](https://docs.aws.amazon.com/managedservices/latest/ctref/index.html), yang menyediakan informasi tentang semua jenis perubahan AMS.

**catatan**  
AMS saat API/CLI ini bukan bagian dari AWSAPI/CLI. To access the AMS API/CLI, Anda mengunduh AMS SDK melalui konsol AMS.

# Persyaratan persetujuan CT
<a name="constrained-unconstrained-ctis"></a>

AMS CTs selalu memiliki dua kondisi persetujuan, **AwsApprovalId**dan **CustomerApprovalId**itu menunjukkan apakah RFC memerlukan AMS atau Anda, atau siapa pun, untuk menyetujui eksekusi.

Kondisi persetujuan agak terkait dengan mode eksekusi; untuk detailnya, lihat[Otomatis dan manual CTs](ug-automated-or-manual.md).

Untuk mengetahui kondisi persetujuan untuk CT, Anda dapat melihat di [AMS Change Type Reference](https://docs.aws.amazon.com/managedservices/latest/ctref/index.html), atau menjalankannya [GetChangeTypeVersion](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_GetChangeTypeVersion.html). Keduanya juga akan memberi Anda **mode CT `AutomationStatusId` atau Eksekusi**.

Anda dapat menyetujui RFCs dengan menggunakan konsol AMS atau dengan perintah berikut:

```
aws amscm approve-rfc --rfc-id RFC_ID
```


**Kondisi persetujuan CT**  

| Jika kondisi persetujuan CT adalah | Hal ini membutuhkan persetujuan dari | Dan | 
| --- | --- | --- | 
| `AwsApprovalId: Required` | Sistem tipe perubahan AMS, | Tidak ada tindakan yang diperlukan. Kondisi ini khas untuk otomatis CTs. | 
| `AwsApprovalId: NotRequiredIfSubmitter` | Sistem jenis perubahan AMS dan tidak ada orang lain, jika RFC yang dikirimkan adalah untuk akun yang diserahkan, | Tidak ada tindakan yang diperlukan. Kondisi ini khas untuk manual CTs karena akan selalu ditinjau oleh operator AMS. | 
| `CustomerApprovalId: NotRequired` | Sistem tipe perubahan AMS, | Jika RFC melewati pemeriksaan sintaks dan parameter, itu disetujui secara otomatis. | 
| `CustomerApprovalId: Required` | Sistem tipe perubahan AMS dan Anda, | Pemberitahuan dikirimkan kepada Anda, dan Anda harus secara eksplisit menyetujui RFC, baik dengan menanggapi pemberitahuan, atau menjalankan operasi. [ApproveRfc](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ApproveRfc.html) | 
| `CustomerApprovalId: NotRequiredIfSubmitter` | Sistem tipe perubahan AMS dan tidak ada orang lain, jika Anda mengirimkan RFC. | Jika RFC melewati pemeriksaan sintaks dan parameter, itu disetujui secara otomatis. | 
| Insiden Keamanan Mendesak atau Patch | AMS | Apakah auto disetujui dan diimplementasikan. | 

# Ubah versi tipe
<a name="ct-versions"></a>

Jenis perubahan diberi versi dan versi berubah saat pembaruan besar dibuat untuk jenis perubahan.

Setelah memilih jenis perubahan menggunakan konsol AMS, Anda memiliki opsi untuk membuka area **konfigurasi tambahan** dan memilih versi jenis perubahan. Anda juga dapat menentukan versi jenis perubahan pada baris API/CLI perintah. Anda mungkin ingin melakukan ini karena berbagai alasan, termasuk:
+ Anda tahu bahwa versi jenis perubahan **Pembaruan** yang Anda inginkan harus cocok dengan versi jenis **Buat** perubahan yang Anda gunakan untuk membuat sumber daya yang sekarang ingin Anda perbarui. Misalnya, Anda mungkin memiliki instance Elastic Load Balancer (ELB) yang dibuat dengan ELB Create change type versi 1. Untuk memperbaruinya, pilih ELB Update versi 1.
+ Anda ingin menggunakan versi jenis perubahan yang memiliki opsi berbeda di dalamnya daripada jenis perubahan terbaru. Kami tidak merekomendasikan hal ini karena pembaruan AMS mengubah jenis terutama untuk alasan keamanan dan kami menyarankan Anda untuk selalu memilih versi terbaru.

# Buat jenis perubahan
<a name="ct-creates"></a>

Buat jenis perubahan dicocokkan version-to-version dengan jenis perubahan Perbarui. Artinya, versi tipe perubahan yang Anda gunakan untuk menyediakan sumber daya harus sesuai dengan versi jenis perubahan Perbarui yang akan Anda gunakan nanti untuk memodifikasi sumber daya tersebut. Misalnya, jika Anda membuat bucket S3 dengan Create S3 Bucket change type versi 2.0, dan kemudian ingin mengirimkan RFC untuk memodifikasi bucket S3 tersebut, Anda harus menggunakan Update S3 Bucket change type versi 2.0 juga, meskipun ada jenis perubahan Update S3 Bucket dengan versi 3.0.

Sebaiknya simpan catatan ID tipe perubahan dan versi yang Anda gunakan saat menyediakan sumber daya dengan tipe Buat perubahan jika nanti Anda ingin menggunakan jenis perubahan Pembaruan untuk memodifikasinya.

# Perbarui jenis perubahan
<a name="ct-updates"></a>

AMS menyediakan jenis perubahan Pembaruan untuk memperbarui sumber daya yang dibuat dengan tipe Buat perubahan. Jenis perubahan Perbarui harus dicocokkan version-to-version dengan jenis Buat perubahan yang awalnya digunakan untuk menyediakan sumber daya.

Sebaiknya simpan catatan ID tipe perubahan dan versi yang Anda gunakan saat menyediakan sumber daya agar mudah memperbaruinya.

**YouTube Video**: [Bagaimana cara menggunakan pembaruan CTs untuk mengubah sumber daya di akun AWS Managed Services (AMS)?](https://www.youtube.com/watch?v=dqb31yaAXhc&list=PLhr1KZpdzukc_VXASRqOUSM5AJgtHat6-&index=8&t=30s)

# Jenis perubahan hanya internal
<a name="ct-internals"></a>

Anda dapat melihat jenis perubahan yang hanya untuk penggunaan internal. Ini agar Anda tahu tindakan apa yang dapat atau dilakukan AMS. Jika ada jenis perubahan internal saja yang ingin Anda miliki untuk digunakan, kirimkan permintaan layanan.

Misalnya, ada Manajemen \$1 Pemantauan dan pemberitahuan \$1 penindasan CloudWatch alarm \$1 Perbarui CT yang hanya internal. AMS menggunakannya untuk menyebarkan pembaruan infrastruktur (seperti menambal) untuk mematikan pemberitahuan alarm yang mungkin dipicu oleh pembaruan secara keliru. Ketika CT ini dikirimkan, Anda akan melihat RFC untuk CT dalam daftar RFC Anda. CT internal apa pun yang digunakan dalam RFC akan muncul di daftar RFC Anda.

# Ubah skema tipe
<a name="ct-schemas"></a>

Semua jenis perubahan menyediakan skema JSON untuk masukan Anda dalam pembuatan, modifikasi, atau akses, sumber daya. Skema menyediakan parameter, dan deskripsinya, bagi Anda untuk membuat permintaan perubahan (RFC).

Keberhasilan eksekusi RFC menghasilkan output eksekusi. Untuk penyediaan RFCs, output eksekusi menyertakan “stack\$1id” yang mewakili tumpukan CloudFormation dan dapat dicari di konsol. CloudFormation Output eksekusi terkadang menyertakan output ID dari instance yang dibuat dan ID tersebut dapat digunakan untuk mencari instance di konsol AWS yang sesuai. <stack-xxxx>Misalnya, output eksekusi Create ELB CT menyertakan “stack\$1id” yang dapat dicari CloudFormation dan mengeluarkan nilai key=ELB = yang dapat dicari di konsol Amazon untuk Elastic Load Balancing. EC2 

Mari kita periksa skema CT. Ini adalah skema untuk CodeDeploy Application Create, skema yang cukup kecil. Beberapa skema memiliki `Parameter` area yang sangat luas.


****  
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/managedservices/latest/onboardingguide/ct-schemas.html)

**catatan**  
Skema ini memungkinkan hingga tujuh tag; namun, EFS EC2, RDS, dan skema pembuatan multi-tier memungkinkan hingga 50 tag.

# Mengelola izin untuk jenis perubahan
<a name="ct-permissions"></a>

Anda dapat menggunakan kebijakan khusus untuk membatasi jenis perubahan (CTs) yang tersedia untuk grup atau pengguna yang berbeda.

Untuk mempelajari lebih lanjut tentang melakukan hal ini, lihat bagian Panduan Pengguna AMS [Menyetel Izin](https://docs.aws.amazon.com/managedservices/latest/userguide/setting-permissions.html).

# Menyunting informasi sensitif dari jenis perubahan
<a name="ct-redaction"></a>

Skema jenis perubahan AMS menawarkan atribut parameter, `"metadata":"ams:sensitive":"true"` yang digunakan untuk parameter yang berisi informasi sensitif, seperti kata sandi. Ketika atribut ini disetel, masukan yang diberikan dikaburkan. Perhatikan bahwa Anda tidak dapat menyetel atribut parameter ini; namun, jika Anda bekerja dengan AMS untuk membuat tipe perubahan dan memiliki parameter yang ingin dikaburkan pada input, Anda dapat meminta ini.

# Menemukan jenis perubahan, menggunakan opsi kueri
<a name="ug-find-ct-ex-section"></a>

Contoh ini menunjukkan cara menggunakan Konsol AMS untuk menemukan jenis perubahan yang sesuai untuk RFC yang ingin Anda kirimkan.

Anda dapat menggunakan konsol atau API/CLI untuk menemukan perubahan jenis ID (CT) atau versi. Ada dua metode, baik pencarian atau memilih klasifikasi. Untuk kedua jenis pilihan, Anda dapat mengurutkan pencarian dengan memilih **Paling sering digunakan, **Paling baru digunakan****, atau **Alfabetis**.

**YouTube Video**: [Bagaimana cara membuat RFC menggunakan AWS Managed Services CLI dan di mana saya dapat menemukan Skema CT?](https://www.youtube.com/watch?v=IluDFwnJJFU&list=PLhr1KZpdzukc_VXASRqOUSM5AJgtHat6-&index=3&t=150s) 

Di konsol AMS, pada halaman **RFCs**-> **Buat RFC**:
+ Dengan **Browse by change type** yang dipilih (default), baik:
  + Gunakan area **Quick create** untuk memilih dari AMS yang paling populer CTs. Klik pada label dan halaman **Jalankan RFC** terbuka dengan opsi **Subjek** diisi otomatis untuk Anda. Selesaikan opsi yang tersisa sesuai kebutuhan dan klik **Jalankan** untuk mengirimkan RFC. 
  + Atau, gulir ke bawah ke **Semua jenis perubahan** area dan mulai mengetik nama CT di kotak opsi, Anda tidak harus memiliki nama jenis perubahan yang tepat atau lengkap. Anda juga dapat mencari CT dengan mengubah jenis ID, klasifikasi, atau mode eksekusi (otomatis atau manual) dengan memasukkan kata-kata yang relevan.

    Dengan tampilan **Kartu** default yang dipilih, kartu CT yang cocok muncul saat Anda mengetik, pilih kartu dan klik **Buat RFC**. Dengan tampilan **Tabel** dipilih, pilih CT yang relevan dan klik **Buat RFC**. Kedua metode membuka halaman **Run RFC**.
+ Atau, dan untuk menjelajahi pilihan jenis perubahan, klik **Pilih berdasarkan kategori** di bagian atas halaman untuk membuka serangkaian kotak opsi drop-down.
+ Pilih **Kategori**, **Subkategori**, **Item**, dan **Operasi**. Kotak informasi untuk jenis perubahan itu muncul panel muncul di bagian bawah halaman.
+ Saat Anda siap, tekan **Enter**, dan daftar jenis perubahan yang cocok akan muncul.
+ Pilih jenis perubahan dari daftar. Kotak informasi untuk jenis perubahan itu muncul di bagian bawah halaman.
+ Setelah Anda memiliki jenis perubahan yang benar, pilih **Buat RFC**.
**catatan**  
AMS CLI harus diinstal agar perintah ini berfungsi. Untuk menginstal AMS API atau CLI, buka halaman **Sumber Daya Pengembang** konsol AMS. Untuk materi referensi tentang AMS CM API atau AMS SKMS API, lihat bagian Sumber Informasi AMS di Panduan Pengguna. Anda mungkin perlu menambahkan `--profile` opsi untuk otentikasi; misalnya,`aws amsskms ams-cli-command --profile SAML`. Anda mungkin juga perlu menambahkan `--region` opsi karena semua perintah AMS kehabisan us-east-1; misalnya. `aws amscm ams-cli-command --region=us-east-1`
**catatan**  
Titik akhir AMS API/CLI (amscm dan amsskms) berada di Wilayah AWS N. Virginia,. `us-east-1` Bergantung pada cara autentikasi Anda disetel, dan di Wilayah AWS akun dan sumber daya Anda, Anda mungkin perlu menambahkan `--region us-east-1` saat mengeluarkan perintah. Anda mungkin juga perlu menambahkan`--profile saml`, jika itu adalah metode otentikasi Anda.

Untuk mencari jenis perubahan menggunakan AMS CM API (lihat [ListChangeTypeClassificationSummaries](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ListChangeTypeClassificationSummaries.html)) atau CLI:

Anda dapat menggunakan filter atau kueri untuk mencari. ListChangeTypeClassificationSummaries Operasi memiliki opsi [Filter](https://docs.aws.amazon.com/managedservices/latest/ApiReference-cm/API_ListChangeTypeClassificationSummaries.html#amscm-ListChangeTypeClassificationSummaries-request-Filters) untuk`Category`,`Subcategory`,`Item`, dan`Operation`, tetapi nilainya harus sama persis dengan nilai yang ada. Untuk hasil yang lebih fleksibel saat menggunakan CLI, Anda dapat menggunakan opsi. `--query` 


**Ubah jenis penyaringan dengan AMS CM API/CLI**  
<a name="ct-filtering-table"></a>[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/managedservices/latest/onboardingguide/ug-find-ct-ex-section.html)

1. Berikut adalah beberapa contoh klasifikasi jenis perubahan daftar:

   Perintah berikut mencantumkan semua kategori jenis perubahan.

   ```
   aws amscm list-change-type-categories
   ```

   Perintah berikut mencantumkan subkategori milik kategori tertentu.

   ```
   aws amscm list-change-type-subcategories --category CATEGORY
   ```

   Perintah berikut mencantumkan item milik kategori dan subkategori tertentu.

   ```
   aws amscm list-change-type-items --category CATEGORY --subcategory SUBCATEGORY
   ```

1. Berikut adalah beberapa contoh pencarian jenis perubahan dengan kueri CLI:

   Perintah berikut mencari ringkasan klasifikasi CT untuk yang berisi “S3" di Nama item dan membuat output dari kategori, subkategori, item, operasi, dan mengubah ID tipe dalam bentuk tabel. 

   ```
   aws amscm list-change-type-classification-summaries --query "ChangeTypeClassificationSummaries [?contains(Item, 'S3')].[Category,Subcategory,Item,Operation,ChangeTypeId]" --output table
   ```

   ```
   +---------------------------------------------------------------+
   |               ListChangeTypeClassificationSummaries           |
   +----------+-------------------------+--+------+----------------+
   |Deployment|Advanced Stack Components|S3|Create|ct-1a68ck03fn98r|
   +----------+-------------------------+--+------+----------------+
   ```

1. Anda kemudian dapat menggunakan ID tipe perubahan untuk mendapatkan skema CT dan memeriksa parameternya. Perintah berikut output skema ke file JSON bernama creates3params.schema.json.

   ```
   aws amscm get-change-type-version --change-type-id "ct-1a68ck03fn98r" --query "ChangeTypeVersion.ExecutionInputSchema" --output text > CreateS3Params.schema.json
   ```

   [Untuk informasi tentang penggunaan kueri CLI, lihat [Cara Memfilter Output dengan Opsi --query](https://docs.aws.amazon.com/cli/latest/userguide/controlling-output.html#controlling-output-filter) dan referensi bahasa kueri, Spesifikasi. JMESPath ](http://jmespath.org/specification.html)

1. Setelah Anda memiliki ID tipe perubahan, kami sarankan untuk memverifikasi versi untuk jenis perubahan untuk memastikan itu adalah versi terbaru. Gunakan perintah ini untuk menemukan versi untuk jenis perubahan tertentu:

   ```
   aws amscm list-change-type-version-summaries --filter Attribute=ChangeTypeId,Value=CHANGE_TYPE_ID
   ```

   Untuk menemukan tipe perubahan tertentu, jalankan perintah ini: `AutomationStatus`

   ```
   aws amscm --profile saml get-change-type-version --change-type-id CHANGE_TYPE_ID --query "ChangeTypeVersion.{AutomationStatus:AutomationStatus.Name}"
   ```

   Untuk menemukan tipe perubahan tertentu, jalankan perintah ini: `ExpectedExecutionDurationInMinutes`

   ```
   aws amscm --profile saml get-change-type-version --change-type-id ct-14027q0sjyt1h --query "ChangeTypeVersion.{ExpectedDuration:ExpectedExecutionDurationInMinutes}"
   ```