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 mendetail (aplikasi, lokasi, komponen), berdasarkan informasi yang Anda kumpulkan selama fase penemuan dan penilaian.
Membuat katalog aplikasi
Untuk memulai perencanaan Anda, buat katalog aplikasi. Susun aplikasi Anda ke dalam berbagai kategori berdasarkan arsitektur aplikasi, pertimbangan bisnis, dan operasi IT. Hal ini membantu memprioritaskannya sesuai dengan kekritisan, kompleksitas, dan risiko bisnis yang terkait dengan peralihan ke cloud. Kombinasi dan penentuan prioritas faktor-faktor ini bervariasi di berbagai organisasi, urusan bisnis mereka, dan pemetaan kewajiban ini terhadap workload, baik dalam arsitektur mereka saat ini maupun arsitektur Google Cloud pada masa mendatang.
Daftar berikut menampilkan tiga kategori utama dan faktor-faktor yang perlu Anda pertimbangkan dalam setiap kategori.
Arsitektur aplikasi
- Kendala 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
Petakan dan prioritaskan
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 sesuai urutan prioritas, berdasarkan nilai bisnis dan upaya yang diperlukan untuk bermigrasi. Untuk mempersiapkan migrasi, identifikasi aplikasi dengan fitur yang kemungkinan akan dipindahkan terlebih dahulu. Anda dapat memilih hanya satu, atau menyertakan banyak aplikasi di gelombang pertama. Aplikasi dalam gelombang pertama memungkinkan tim Anda menguji deployment di lingkungan cloud, sambil berfokus pada migrasi, bukan pada kerumitan aplikasi.
Memulai dengan aplikasi mandiri akan menurunkan risiko awal karena nantinya Anda dapat menerapkan pengetahuan baru tim ke aplikasi yang lebih kompleks dan memiliki banyak dependensi.
Aplikasi dalam gelombang pertama biasanya tidak begitu 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 yang spesifik, dan dapat menyediakan periode perubahan. 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, sedikit upaya penerapan.
- 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 tinggi untuk diterapkan.
- Aplikasi ini harus diprioritaskan terakhir.
Setelah menentukan gelombang migrasi, Anda dapat mengaturnya dalam rencana project.
Ikuti praktik terbaik
Untuk meningkatkan rencana migrasi, ikuti praktik terbaik untuk memvalidasi paket migrasi. Mengikuti konsep dalam dokumen tersebut tidak memberikan jaminan apa pun untuk keberhasilan. Namun, dokumen ini menyoroti beberapa poin yang sering diabaikan saat merencanakan migrasi, seperti:
- Memastikan Anda memiliki strategi rollback untuk setiap langkah rencana migrasi.
- Perencanaan peluncuran dan deployment bertahap, seperti yang dibahas sebelumnya dalam dokumen ini.
- Memberi tahu semua tim pengembangan dan operasi yang bertanggung jawab atas migrasi beban kerja.
- Menghapus resource dan eksperimen bukti konsep dari lingkungan produksi target.
- Mendefinisikan kriteria untuk menghentikan lingkungan sumber secara aman.
- Memastikan Anda melakukan penilaian risiko migrasi untuk setiap gelombang migrasi dan melakukan mitigasi untuk risiko yang teridentifikasi.
Langkah selanjutnya
- Pelajari cara menjalankan migrasi.