Jadwal RFCs - Panduan Pengguna Tingkat Lanjut AMS

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 RequestedEndTime opsi RequestedStartTime dan 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 RequestedStartTime dan RequestedEndTime parameter dalam operasi Buat RFC. Melewati konfigurasi RequestedEndTime tidak menghentikan proses untuk jenis perubahan otomatis yang telah dimulai. Untuk jenis perubahan “wajib ditinjau”, jika RequestedEndTime tercapai 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 aRequestedStartTime, RFC dianggap dijadwalkan dan RequestedEndTime diisi menggunakan nilai. ExecutionDurationInMinutes

  • hanya aRequestedEndTime, kami melempar InvalidArgumentException.

  • keduanya RequestedStartTime danRequestedEndTime, kami menimpa RequestedEndTime dengan waktu mulai yang ditentukan ditambah ExecutionDurationInMinutes nilainya.

  • baik RequestedStartTime maupunRequestedEndTime, 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-id CHANGE_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.