Migrasi cloud dalam Cloud Adoption Framework
Semua rencana adopsi cloud skala perusahaan mencakup beban kerja yang tidak seharusnya mendapatkan investasi yang besar dalam pembuatan logika bisnis baru. Beban kerja tersebut dapat dipindahkan ke cloud melalui sejumlah pendekatan: lift-and-shift, angkat dan optimalkan, atau modernisasi. Setiap pendekatan dianggap sebagai migrasi.
Tonton video berikut untuk mendapatkan gambaran singkat tentang pendekatan lift-and-shift.
Latihan berikut membantu menetapkan proses iteratif untuk menilai, bermigrasi, mengoptimalkan, mengamankan, dan mengelola beban kerja tersebut.
Guna mempersiapkan Anda untuk fase siklus hidup adopsi cloud ini, kami menyarankan langkah-langkah berikut:
|
Migrasikan beban kerja pertama Anda: Gunakan panduan migrasi Azure untuk memahami alat native Azure dan pendekatan terhadap migrasi. |
|
Skenario migrasi: Gunakan alat dan pendekatan migrasi lain untuk menghadapi skenario migrasi lainnya. |
|
Praktik terbaik: Mengatasi kebutuhan migrasi umum melalui penerapan praktik terbaik yang konsisten. |
|
Peningkatan proses: Migrasi adalah aktivitas dengan banyak proses. Saat upaya migrasi diskalakan, gunakan peningkatan proses ini untuk mengevaluasi dan mematangkan berbagai aspek migrasi. |
Metodologi Migrasi dan langkah-langkah di atas didasarkan pada asumsi berikut:
- Metodologi yang di mana sprint migrasi muat dalam gelombang atau rilis migrasi. Anda menentukan gelombang atau rilis migrasi dengan menggunakan metodologi Perencanaan, Siap, dan Adopsi. Dalam setiap sprint migrasi, batch beban kerja dimigrasikan ke cloud.
- Sebelum memigrasikan beban kerja, Anda telah mengidentifikasi, mengonfigurasi, dan menyebarkan setidaknya satu zona arahan untuk memenuhi kebutuhan rencana adopsi cloud jangka pendek.
- Migrasi biasanya diasosiasikan dengan istilah lift-and-shift atau hosting ulang. Metodologi ini dan langkah-langkah di atas dibangun berdasarkan keyakinan bahwa tidak ada pusat data dan hanya ada sedikit beban kerja yang perlu dimigrasikan menggunakan pendekatan hosting ulang saja. Meskipun Anda dapat menghosting ulang banyak beban kerja, pelanggan sering kali memilih untuk memodernisasi aset tertentu dalam setiap beban kerja. Selama proses iteratif ini, keseimbangan antara kecepatan dan modernisasi adalah titik diskusi yang umum.
Upaya migrasi
Tindakan yang diperlukan untuk memigrasikan beban kerja umumnya terbagi dalam tiga upaya, atau fase, untuk setiap beban kerja: menilai beban kerja, menyebarkan beban kerja, dan merilis beban kerja. Bagian Cloud Adoption Framework ini mengajarkan pembaca cara memaksimalkan pengembalian dari setiap fase yang diperlukan untuk memigrasikan beban kerja ke produksi.
Dalam iterasi standar dua minggu, tim migrasi yang berpengalaman dapat menyelesaikan proses ini untuk 2-5 beban kerja dengan kompleksitas rendah-sedang. Beban kerja yang lebih kompleks, seperti SAP, mungkin memerlukan beberapa iterasi dua minggu untuk menyelesaikan ketiga fase upaya migrasi untuk satu beban kerja. Pengalaman dan kompleksitas keduanya memiliki dampak yang signifikan pada garis waktu dan kecepatan migrasi.
Butir-butir berikut memberikan gambaran umum tentang fase-fase proses ini (digambarkan di atas):
Nilai beban kerja: Menilai beban kerja untuk mengevaluasi biaya, modernisasi, dan alat penyebaran. Proses ini berfokus pada validasi atau asumsi menantang. Anda membuat asumsi ini selama penemuan dan penilaian dengan menganalisis pilihan rasionalisasi. Proses ini juga ketika pola dan dependensi pengguna dipelajari selengkapnya untuk memastikan beban kerja akan mencapai keberhasilan teknis setelah migrasi.
Tonton video ini untuk mendapatkan gambaran singkat tentang menyelesaikan penilaian komprehensif.
Sebarkan beban kerja: Setelah Anda menilai beban kerja, fungsi beban kerja yang ada akan direplikasi atau ditingkatkan di cloud. Replikasi ini dapat melibatkan lift-and-shift atau hosting ulang ke cloud. Namun, umumnya selama fase ini, kebanyakan aset yang mendukung beban kerja ini akan dimodernisasi untuk mengkapitalisasi manfaat cloud.
Rilis beban kerja: Setelah fungsionalitas direplikasi ke cloud, beban kerja dapat diuji, dioptimalkan, didokumentasikan, dan dirilis untuk operasi yang sedang berlangsung. Upaya untuk meninjau beban kerja yang dimigrasikan dan menyerahkannya sangat penting selama proses ini. Upaya ini sangat penting bagi tata kelola, manajemen operasi, dan tim keamanan untuk dukungan beban kerja yang sedang berlangsung.
Catatan
Dalam beberapa iterasi awal dari upaya migrasi, umum untuk membatasi cakupan ke satu beban kerja. Pendekatan ini memaksimalkan retensi keterampilan dan memberi tim lebih banyak waktu untuk bereksperimen dan belajar.
Catatan
Saat membangun pabrik migrasi, beberapa tim dapat memilih untuk menyebarkan setiap fase di atas ke beberapa tim dan beberapa sprint. Pendekatan ini dapat meningkatkan pengulangan dan mempercepat upaya migrasi.
Gelombang migrasi dan manajemen perubahan iteratif
Iterasi migrasi memberikan nilai teknis dengan memigrasikan aset dan beban kerja. Gelombang migrasi adalah kumpulan beban kerja terkecil yang memberikan nilai bisnis terukur. Setiap iterasi harus menghasilkan laporan yang menguraikan upaya teknis yang diselesaikan. Namun, perubahan bisnis dan perencanaan strategis biasanya terjadi pada tingkat yang sedikit lebih tinggi. Saat tim adopsi cloud melakukan upaya migrasi, tim strategi cloud fokus merencanakan 1-2 gelombang migrasi berikutnya. Tim strategi cloud juga melacak progres teknis sebagai metrik pembelajaran untuk lebih memahami garis waktu untuk mewujudkan nilai bisnis. Gelombang migrasi adalah pendekatan manajemen perubahan iteratif untuk melacak hasil bisnis, orang, dan garis waktu.
Di bagian sebelumnya, grafik menjelaskan proses dalam Metodologi perencanaan, Metodologi siap, dan sampai batas tertentu Metodologi strategi dari Cloud Adoption Framework. Metodologi ini memberikan panduan tentang perencanaan dan manajemen gelombang migrasi. Manajemen gelombang tersebut menentukan upaya migrasi yang akan dilakukan oleh tim teknis.
Langkah berikutnya
Langkah-langkah yang diuraikan di atas dan panduan metodologi selengkapnya dapat membantu Anda meningkatkan proses dalam setiap sprint migrasi. Panduan migrasi Azure mencakup artikel yang menguraikan alat dan pendekatan paling umum yang diperlukan selama gelombang migrasi pertama Anda.