Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Templat runbook cutover langsung
Runbook cutover harus mencakup semua aktivitas yang akan dilakukan selama cutover. Namun, sama pentingnya menyiapkan template atau daftar periksa pra-migrasi. Template harus menyertakan aktivitas yang harus diselesaikan sebelum migrasi.
Kedua template (yang dapat digabungkan menjadi satu dokumen) harus memberikan jawaban untuk pertanyaan-pertanyaan berikut:
-
Kegiatan apa yang harus dilakukan?
-
Siapa yang akan melakukan kegiatan?
-
Kapan kegiatan harus dilakukan?
Bagian ini mencakup contoh daftar periksa pra-migrasi, template runbook langsung, dan rencana rollback. ID tugas membantu membuat komunikasi lebih cepat dan lebih efektif.
Daftar periksa pra-migrasi
ID Tugas | Tugas | Dependensi | Tim | Pemilik | Tanggal penyelesaian penyelesaian | Status | Catatan |
---|---|---|---|---|---|---|---|
P1 |
Dokumen arsitektur target disetujui. |
|
|
|
|
|
|
P2 |
Akun target untuk aplikasi ada. |
|
|
|
|
|
|
P3 |
Virtual private private private private private private private private private private private private private private private private private private private private private private private private private private private private private private private private private |
|
|
|
|
|
|
P4 |
Tim migrasi memiliki akses ke akun aplikasi target dan memiliki izinAWS Identity and Access Management (IAM) yang diperlukan. |
|
|
|
|
|
|
P5 |
Tim aplikasi memiliki akses yang diperlukan ke akun aplikasi target dan sumber dayanya. |
|
|
|
|
|
|
P6 |
Perubahan Permintaan diangkat dan disetujui. |
|
|
|
|
|
|
P7 |
Konektivitas antara sumber dan lingkungan target ditetapkan dan diuji. |
|
|
|
|
|
|
P8 |
Daftar kontak tim aplikasi didokumentasikan. |
|
|
|
|
|
|
P9 |
Rencana langsung ditinjau dengan pemangku kepentingan utama. |
|
|
|
|
|
|
P10 |
Aktivitas cadangan pra-migrasi selesai. |
|
|
|
|
|
|
P11 |
Konfirmasikan apakah kontak dukungan tambahan harus dipasang. |
|
|
|
|
|
|
P12 |
Konfirmasikan sumber daya untuk setiap aplikasi: Siapa yang akan memulai dan mematikan setiap aplikasi individual. |
|
|
|
|
|
|
P13 |
Rencana batas akhir yang dikeluarkan untuk semua tim yang berkontribusi. |
|
|
|
|
|
|
P14 |
Komunikasi dimulainya langsung yang dikeluarkan untuk pemangku kepentingan utama. |
|
|
|
|
|
|
P15 |
Pertemuan retrospektif pasca-cutover dijadwalkan. |
|
|
|
|
|
|
Sama pentingnya untuk mendokumentasikan item sebelumnya dalam log masalah agar tetap berada di jalur atau, jika ada yang tidak beres, membawanya kembali ke jalurnya.
runbook cutover langsung
ID Tugas | Tugas | Dependensi | Tim | Pemilik | Tanggal/waktu mulai yang direncanakan | Tanggal/waktu akhir yang direncanakan | Tanggal/waktu mulai aktual | Tanggal akhir aktual | Status | Catatan |
---|---|---|---|---|---|---|---|---|---|---|
C1 |
Kirim catatan informasi kepada semua pemangku kepentingan yang menginformasikan bahwa aplikasi akan turun seperti yang ditentukan dalam CR. |
|
|
|
|
|
|
|
|
|
C2 |
Konfirmasikan cadangan server sumber dan database. |
|
|
|
|
|
|
|
|
|
C3 |
Hentikan aplikasi dan layanan DB di server sumber. |
|
|
|
|
|
|
|
|
|
C4 |
Matikan server sumber. |
|
|
|
|
|
|
|
|
|
|
Tonggak Sejarah 1 Kegiatan pra-cutover selesai |
|
|
|
|
|
|
|
|
|
C5 |
Lakukan migrasi berdasarkan pendekatan migrasi Anda (misalnyaAWS Application Migration Service untuk lift-and-shift). |
|
|
|
|
|
|
|
|
|
C6 |
Verifikasi infrastruktur (target server aktif dan berjalan). |
|
|
|
|
|
|
|
|
|
|
Miilestone 2 Migrasi selesai |
|
|
|
|
|
|
|
|
|
C7 |
Perbarui server DNS untuk menunjuk ke titik akhir yang baru dibuat. |
|
|
|
|
|
|
|
|
|
C8 |
Verifikasi perubahan DNS. |
|
|
|
|
|
|
|
|
|
|
Miilestone 3 Kegiatan pasca-migrasi — Infrastruktur selesai |
|
|
|
|
|
|
|
|
|
C9 |
Mulai aplikasi dan layanan DB pada server target. |
|
|
|
|
|
|
|
|
|
C10 |
Terapkan perubahan konfigurasi khusus aplikasi (misalnya, arahkan ke alamat IP baru). |
|
|
|
|
|
|
|
|
|
|
Tonggak 3 Aktivitas pasca-migrasi — Aplikasi selesai |
|
|
|
|
|
|
|
|
|
C11 |
Lakukan pengujian aplikasi pasca-migrasi - Verifikasi teknis. |
|
|
|
|
|
|
|
|
|
C12 |
Lakukan pengujian aplikasi pasca-migrasi — Verifikasi bisnis |
|
|
|
|
|
|
|
|
|
C13 |
Berkomunikasi dengan semua pemangku kepentingan utama bahwa migrasi telah selesai. |
|
|
|
|
|
|
|
|
|
|
Tonggak 4 Pengujian pasca-migrasi selesai |
|
|
|
|
|
|
|
|
|
Rencana Rolllback Rollback
ID Tugas | Tugas | Dependensi | Tim | Pemilik | Status | Catatan |
---|---|---|---|---|---|---|
R1 |
Hentikan layanan aplikasi dan DB di server target. |
|
|
|
|
|
R2 |
Matikan server target. |
|
|
|
|
|
R3 |
Kembalikan pembaruan pada server DNS (untuk mengarahkan kembali ke server sumber). |
|
|
|
|
|
R4 |
Verifikasi perubahan DNS. |
|
|
|
|
|
R5 |
Mulai server sumber. |
|
|
|
|
|
R6 |
Sinkronisasi data kembali ke server sumber (jika diperlukan). |
|
|
|
|
|
R7 |
Mulai aplikasi dan layanan DB pada server sumber. |
|
|
|
|
|
R8 |
Lakukan pengujian aplikasi - Verifikasi teknis. |
|
|
|
|
|
R9 |
Lakukan pengujian aplikasi pasca-migrasi - Verifikasi bisnis. |
|
|
|
|
|
R10 |
Berkomunikasi dengan semua pemangku kepentingan utama bahwa migrasi telah digulung kembali. |
|
|
|
|
|
Contoh template untuk strategi rehost
Salah satu strategi migrasi tipe R yang paling umum digunakan di lapangan adalah strategi rehost, dengan Application Migration Service sebagai alat migrasi pilihan. Anda dapat menggunakan template sampel sebagai dokumen dasar dalam skenario rehost. Template menggabungkan kegiatan penting yang ditemui selama keterlibatan pelanggan yang sebenarnya. Ini juga mencakup ruang bagi tim aplikasi untuk menambahkan tugas dan aktivitas mereka. Langkah-langkah di bagian sebelumnya dapat memberikan panduan awal untuk membuat runbook cutover khusus Anda sendiri sesuai kebutuhan.