Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Jadwal RFCs
Fitur Penjadwalan memungkinkan Anda memilih waktu mulai untuk RFCs. Opsi berikut tersedia di fitur Penjadwalan:
-
Jalankan perubahan ini secepatnya: AMS menjalankan RFC segera setelah disetujui. Sebagian CTs besar disetujui secara otomatis. Gunakan opsi ini jika tidak ingin RFC dimulai pada waktu tertentu.
-
Jadwalkan perubahan ini: Tetapkan hari, waktu, dan zona waktu agar RFC berjalan. Untuk jenis perubahan otomatis, ini adalah praktik terbaik untuk meminta waktu mulai yang setidaknya 10 menit setelah Anda berencana untuk mengirimkan RFC. Untuk meninjau jenis perubahan yang diperlukan, Anda harus meminta waktu mulai setidaknya 24 jam setelah Anda berencana mengirimkan RFC. Jika RFC tidak disetujui oleh waktu mulai yang dikonfigurasi, maka RFC ditolak.
Tetapkan jadwal RFC
Untuk menjadwalkan RFC, gunakan salah satu metode berikut:
Jalankan perubahan ini secepatnya:
Konsol: Jangan lakukan apa-apa. Ini menggunakan jadwal RFC default.
API atau CLI: Hapus
RequestedEndTimeopsiRequestedStartTimedan dalam operasi Buat RFC.
ASAP “diperlukan peninjauan” ditolak RFCs secara otomatis jika tidak disetujui dalam waktu tiga puluh hari sejak pengajuan.
Jadwalkan perubahan ini:
Konsol: Pilih tombol Jadwalkan perubahan radio ini. Area waktu mulai terbuka. Ketik secara manual dalam sehari atau gunakan widget kalender untuk memilih hari. Masukkan waktu, dalam UTC, dinyatakan dalam format ISO 8601, dan gunakan daftar drop-down untuk memilih lokasi. Secara default, AMS menggunakan format ISO 8601 Z atau:MM: YYYYMMDDThhmmss YYYY-MM-DDThh SSZ, salah satu format diterima.
catatan
Waktu Akhir Default adalah 4 jam dari waktu Mulai yang Anda masukkan. Untuk mengatur Waktu Akhir perubahan terjadwal Anda melebihi 4 jam, gunakan API atau CLI untuk menjalankan perubahan.
API atau CLI: Kirim nilai untuk
RequestedStartTimedanRequestedEndTimeparameter dalam operasi Buat RFC. Melewati konfigurasiRequestedEndTimetidak menghentikan proses untuk jenis perubahan otomatis yang telah dimulai. Untuk jenis perubahan “wajib ditinjau”, jikaRequestedEndTimetercapai saat penelitian Operasi AMS masih berlangsung, dan Anda berkomunikasi dengan AMS, maka Anda dapat meminta ekstensi, atau Anda mungkin diminta untuk mengirimkan ulang RFC.Tip
Untuk contoh pembacaan waktu UTC, lihat UTC di situs web Time-is
. Contoh format ISO 8601 untuk date/time nilai 2016-12-05 pada 2:20pm: 2016-12-05T 14:20:00 Z atau 20161205T142000Z.
Jika Anda memberikan...
hanya a
RequestedStartTime, RFC dianggap dijadwalkan danRequestedEndTimediisi menggunakan nilai.ExecutionDurationInMinuteshanya a
RequestedEndTime, kami melempar InvalidArgumentException.keduanya
RequestedStartTimedanRequestedEndTime, kami menimpaRequestedEndTimedengan waktu mulai yang ditentukan ditambahExecutionDurationInMinutesnilainya.baik
RequestedStartTimemaupunRequestedEndTime, kami mempertahankan nilai-nilai itu sebagai nol dan RFC diperlakukan sebagai ASAP RFC.
catatan
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-idCHANGE_TYPE_ID--query "ChangeTypeVersion.{ExpectedDuration:ExpectedExecutionDurationInMinutes}"
Gunakan opsi Prioritas RFC
Gunakan opsi Prioritas dalam jenis execution mode = manual perubahan untuk mengingatkan Operasi AMS tentang urgensi permintaan.
Opsi prioritas diexecution mode = manual:
Tentukan prioritas RFC manual sebagai Tinggi, Sedang, atau Rendah. RFCs diklasifikasikan sebagai Tinggi ditinjau dan disetujui sebelum RFCs diklasifikasikan sebagai Medium, tunduk pada tujuan tingkat layanan RFC (SLOs) dan waktu pengajuannya. RFCs dengan Prioritas rendah atau tidak ada prioritas yang ditentukan diproses sesuai urutan yang dikirimkan.