Dokumen ini menjelaskan cara merencanakan gelombang migrasi Anda.
Anda dapat mengelompokkan kandidat migrasi ke dalam gelombang migrasi. Pengelompokan dapat dilakukan pada tingkat tinggi (berbasis kategori) atau tingkat mendetail (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 memprioritaskannya sesuai dengan tingkat kepentingan bisnis, kompleksitas, dan risiko yang terlibat dalam proses migrasi ke cloud. Kombinasi dan prioritas faktor-faktor ini bervariasi di seluruh organisasi, prioritas bisnis mereka, dan pemetaan prioritas ini ke workload, baik dalam arsitektur saat ini, maupun arsitektur Google Cloud di masa mendatang.
Daftar berikut menampilkan 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 operasi
- Perjanjian tingkat layanan
- Ketersediaan
- Cadangan
Memetakan dan memprioritaskan
Dari katalog aplikasi, petakan aplikasi berdasarkan kompleksitas dan target pendekatan migrasi. 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 prioritas, berdasarkan nilai bisnis dan upaya yang diperlukan untuk melakukan migrasi. Untuk mempersiapkan migrasi, identifikasi aplikasi dengan fitur yang membuatnya cenderung dipindahkan terlebih dahulu. Anda dapat memilih 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 menurunkan 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 bagi bisnis dan memiliki lebih sedikit dependensi sistem dan jaringan ke jaringan. Aplikasi ini juga memerlukan lebih sedikit pemfaktoran ulang, biasanya memiliki lebih sedikit gravitasi data, tidak memiliki tantangan kepatuhan tertentu, dan dapat menyediakan periode transisi. Untuk mengetahui detail selengkapnya, lihat cara memilih aplikasi yang akan dimigrasikan terlebih dahulu.
Mengelompokkan aplikasi dalam gelombang
Mengelompokkan 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 yang ideal untuk migrasi awal atau bukti konsep.
- Gelombang 2: Nilai bisnis tinggi, upaya penerapan tinggi.
- Aplikasi ini dapat diprioritaskan berikutnya.
- Gelombang 3: Nilai bisnis rendah, upaya penerapan rendah.
- Aplikasi ini dapat diprioritaskan berikutnya.
- Gelombang 4: Nilai bisnis rendah, upaya penerapan tinggi.
- Aplikasi ini harus diprioritaskan terakhir.
Setelah menentukan gelombang migrasi, Anda dapat mengaturnya dalam rencana project.
Mengikuti praktik terbaik
Untuk meningkatkan kualitas rencana migrasi, 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:
- Memastikan Anda memiliki strategi rollback untuk setiap langkah rencana migrasi.
- Merencanakan peluncuran dan deployment bertahap, seperti yang telah dibahas sebelumnya dalam dokumen ini.
- Memberi tahu semua tim pengembangan dan operasi yang bertanggung jawab atas workload yang akan dimigrasikan.
- Menghapus resource dan eksperimen bukti konsep dari lingkungan produksi target.
- Menentukan kriteria untuk menghentikan lingkungan sumber dengan aman.
- Memastikan bahwa Anda melakukan penilaian risiko migrasi untuk setiap gelombang migrasi dan menjalankan mitigasi untuk risiko yang diidentifikasi.
Langkah selanjutnya
- Pelajari cara menjalankan migrasi.