Dokumen ini menjelaskan cara merencanakan gelombang migrasi Anda.
Anda dapat mengelompokkan kandidat migrasi ke dalam gelombang migrasi. Pengelompokan dapat dilakukan di tingkat tinggi (berbasis kategori) atau tingkat detail (aplikasi, lokasi, komponen), berdasarkan informasi yang Anda kumpulkan selama fase penemuan dan penilaian.
Membuat katalog aplikasi
Untuk memulai perencanaan, buat katalog aplikasi. Atur aplikasi Anda ke dalam kategori berdasarkan arsitektur aplikasi, pertimbangan bisnis, dan operasi IT. Hal ini membantu memprioritaskan aplikasi tersebut berdasarkan tingkat kekritisan bisnis, kompleksitas, dan risiko yang terlibat dalam proses migrasi ke cloud. Kombinasi dan prioritas faktor-faktor ini bervariasi di berbagai organisasi, imperatif bisnis mereka, dan pemetaan imperatif ini ke workload, baik dalam arsitektur saat ini, maupun arsitekturGoogle Cloud di masa mendatang.
Daftar berikut menyajikan tiga kategori utama dan faktor yang perlu Anda pertimbangkan dalam setiap kategori.
Arsitektur aplikasi
- Batasan teknis
- Jumlah dependensi
- Jumlah tingkat
- Stateful vs stateless
- Persyaratan performa
- Dependensi geografis
Pertimbangan bisnis
- Persyaratan kepatuhan
- Kekritisan bisnis
- Kemampuan perubahan bisnis
- Jumlah pengguna
- Jenis pengguna (internal, eksternal)
- TCO
Operasi IT
- Lingkungan pengoperasian
- Perjanjian tingkat layanan
- Ketersediaan
- Cadangan
Memetakan dan memprioritaskan
Dari katalog aplikasi, petakan aplikasi berdasarkan kompleksitas dan pendekatan migrasi target. Pendekatan migrasi Anda harus didasarkan pada hasil bisnis yang Anda harapkan, upaya migrasi, dan faktor risiko terkait, baik selama maupun setelah migrasi.
Kemudian, beri peringkat kandidat migrasi berdasarkan urutan prioritas, berdasarkan nilai bisnis dan upaya yang diperlukan untuk bermigrasi. Untuk mempersiapkan migrasi, identifikasi aplikasi dengan fitur yang membuatnya cenderung dipindahkan terlebih dahulu. Anda dapat memilih hanya satu aplikasi, atau menyertakan banyak aplikasi dalam gelombang pertama. Aplikasi dalam gelombang pertama memungkinkan tim Anda menguji deployment di lingkungan cloud, sekaligus berfokus pada migrasi, bukan pada kompleksitas aplikasi.
Memulai dengan aplikasi mandiri akan mengurangi risiko awal karena nantinya Anda dapat menerapkan pengetahuan baru tim Anda ke aplikasi yang lebih kompleks dan memiliki banyak dependensi.
Aplikasi dalam gelombang pertama biasanya tidak penting untuk bisnis dan memiliki lebih sedikit dependensi sistem dan jaringan ke jaringan. Aplikasi ini juga memerlukan lebih sedikit pemfaktoran ulang, biasanya memiliki gravitasi data yang lebih kecil, tidak memiliki tantangan kepatuhan khusus, dan dapat melakukan peralihan. Untuk mengetahui detail selengkapnya, lihat cara memilih aplikasi yang akan dimigrasikan terlebih dahulu.
Mengelompokkan aplikasi dalam gelombang
Kelompokkan aplikasi ke dalam beberapa gelombang dengan linimasa yang terkait dengan setiap gelombang, beserta waktu untuk merevisi rencana berdasarkan masukan dari setiap gelombang.
- Gelombang 1: Nilai bisnis tinggi, upaya penerapan rendah.
- Aplikasi ini adalah kandidat ideal untuk migrasi awal atau bukti konsep.
- Gelombang 2: Nilai bisnis tinggi, upaya penerapan tinggi.
- Aplikasi ini mungkin diprioritaskan berikutnya.
- Gelombang 3: Nilai bisnis rendah, upaya penerapan rendah.
- Aplikasi ini mungkin diprioritaskan berikutnya.
- Gelombang 4: Nilai bisnis rendah, upaya implementasi tinggi.
- Aplikasi ini harus diprioritaskan terakhir.
Setelah menentukan gelombang migrasi, Anda dapat mengaturnya dalam rencana project.
Mengikuti praktik terbaik
Untuk meningkatkan kualitas rencana migrasi Anda, ikuti praktik terbaik untuk memvalidasi rencana migrasi. Mengikuti konsep dalam dokumen tersebut tidak memberikan jaminan keberhasilan. Namun, dokumen ini menyoroti beberapa poin yang sering diabaikan saat merencanakan migrasi, seperti:
- Pastikan Anda memiliki strategi rollback untuk setiap langkah rencana migrasi.
- Merencanakan peluncuran dan deployment bertahap, seperti yang dibahas sebelumnya dalam dokumen ini.
- Memberi tahu semua tim pengembangan dan operasi yang bertanggung jawab atas workload yang akan dimigrasikan.
- Menghapus eksperimen dan resource bukti konsep dari lingkungan produksi target.
- Menentukan kriteria untuk menghentikan lingkungan sumber dengan aman.
- Pastikan Anda melakukan penilaian risiko migrasi untuk setiap gelombang migrasi dan menjalankan mitigasi untuk risiko yang teridentifikasi.
Langkah berikutnya
- Pelajari cara menjalankan migrasi.