Rangka Kerja Pemindahan 6-R

Rangka Kerja Migrasi 6-Rs ialah pendekatan berstruktur untuk mengkategorikan cara setiap beban kerja setempat harus dipindahkan ke awan. Microsoft dan industri yang lebih luas menggunakan enam strategi ini — juga dipanggil corak migrasi — untuk menjadikan keputusan portfolio lebih cekap dan konsisten. Daripada menggunakan pendekatan yang sama untuk semua, arkitek menilai setiap aplikasi secara individu dan menetapkan R yang paling sesuai.

Hos semula (Angkat dan Alih) bermaksud memindahkan beban kerja ke Azure dengan tiada perubahan kod. Anda mengambil imej VM atau perduaan aplikasi sedia ada dan menjalankannya pada Azure IaaS. Ini ialah strategi paling pantas dan biasanya digunakan untuk aplikasi legasi yang sukar diubah suai atau bagi organisasi yang mempunyai tarikh akhir migrasi yang ketat. Enjin replikasi Azure Migrate mengautomatikkan pengehosan semula bagi kebanyakan VM Windows dan Linux.

Platform semula (juga dipanggil Angkat, Ubah Suai dan Alih) melibatkan pengoptimuman kecil semasa migrasi tanpa mengubah seni bina teras. Contohnya termasuk memindahkan pangkalan data MySQL yang diurus sendiri daripada VM ke Pangkalan Data Azure untuk MySQL, atau menggantikan geganti SMTP yang dihos sendiri dengan Perkhidmatan Komunikasi Azure. Anda memperoleh manfaat perkhidmatan terurus — penampalan, sandaran, penskalaan — tanpa menulis semula logik aplikasi.

Seni bina semula (atau Pemfaktoran Semula) bermaksud mengubah seni bina aplikasi dengan ketara untuk memanfaatkan keupayaan asli awan. Aplikasi .NET monolitik mungkin dipecahkan kepada perkhidmatan mikro yang digunakan pada Aplikasi Kontena Azure, atau sistem kelompok berasaskan tugas cron mungkin dilaksanakan semula sebagai Fungsi Azure. Seni bina semula menghasilkan manfaat jangka panjang terbesar dari segi kebolehskalaan dan kos, tetapi memerlukan pelaburan paling tinggi.

Bina semula bermaksud membuang keseluruhan aplikasi sedia ada dan membina penyelesaian asli awan yang baharu. Strategi ini dipilih apabila aplikasi legasi terlalu mahal untuk diselenggara, menggunakan susunan teknologi yang telah tamat hayat, atau langsung tidak dapat memenuhi keperluan perniagaan walaupun selepas dipindahkan. Bina semula memberikan kelebihan asli awan maksimum tetapi mempunyai tempoh paling lama untuk menghasilkan nilai. Perkhidmatan Azure PaaS dan tanpa pelayan seperti Perkhidmatan Aplikasi Azure, Fungsi Azure dan Cosmos DB merupakan sasaran biasa.

Ganti bermaksud menggantikan aplikasi setempat sedia ada dengan produk SaaS yang tersedia secara komersial dan memberikan fungsi setara atau lebih baik. Contohnya, menggantikan CRM setempat dengan Dynamics 365, atau pelayan fail legasi dengan SharePoint Online. Ganti menghapuskan pengurusan infrastruktur sepenuhnya. Timbal baliknya ialah pengubahsuaian tersuai yang lebih terhad serta kemungkinan usaha migrasi data dan pengurusan perubahan yang ketara.

Retire ialah strategi paling mudah — anda mengenal pasti aplikasi yang tidak lagi digunakan, berlebihan atau telah digantikan, lalu menyahaktifkannya dan bukannya memindahkannya. Data penemuan yang dikumpulkan oleh Azure Migrate sering menunjukkan bahawa peratusan besar (kadangkala 20–30%) pelayan setempat mempunyai utilisation yang sangat rendah atau tiada pengguna aktif. Menghentikan aplikasi ini mengurangkan skop migrasi, kos pelesenan dan kerumitan operasi.

Pemilihan R yang sesuai memerlukan analisis empat faktor bagi setiap aplikasi: kekritikalan perniagaan, kerumitan teknikal, garis masa migrasi dan jumlah kos pemilikan. Antara muka hadapan web yang mudah tanpa kebergantungan integrasi ialah calon yang baik untuk Hos semula. Aplikasi yang mempunyai ratusan prosedur tersimpan dan ciri pangkalan data tersuai mungkin memerlukan Seni bina semula atau Bina semula. Alat dalaman yang bernilai rendah ialah calon utama untuk Retire atau Ganti.

Azure Migrate menyediakan ciri Business Case yang mencadangkan strategi migrasi secara automatik untuk pelayan yang ditemui berdasarkan data utilisation, pelesenan dan harga Azure. Ia mengumpulkan beban kerja kepada kategori Hos semula, Platform semula dan Tamat Sokongan, memberikan anda permulaan awal dalam pengelasan 6-Rs. Anda boleh menggantikan mana-mana cadangan dan menambah konteks perniagaan anda sendiri sebelum memuktamadkan pelan migrasi.

Setelah setiap aplikasi diberikan R, anda mengumpulkannya ke dalam gelombang migrasi. Calon Hos semula yang berisiko rendah biasanya membentuk gelombang pertama untuk membina keyakinan pasukan dan keakraban dengan alatan. Projek Seni bina semula dan Bina semula dijalankan dalam aliran kerja selari dengan garis masa yang lebih panjang. Kebergantungan antara aplikasi — contohnya, peringkat web yang memanggil pangkalan data dikongsi — mesti dipatuhi supaya aplikasi berkaitan dipindahkan bersama-sama atau dalam susunan yang betul.

6-Rs sejajar dengan fasa Adopt dalam Cloud Adoption Framework Microsoft. CAF menyediakan templat perancangan gelombang, matriks RACI dan soal selidik penilaian beban kerja yang mengoperasikan 6-Rs pada skala perusahaan. Pengawal tadbir urus yang diwujudkan semasa fasa Ready — zon pendaratan, dasar, identiti — mesti tersedia sebelum gelombang migrasi bermula supaya beban kerja yang dipindahkan ditempatkan dalam persekitaran patuh sejak hari pertama.

Dalam pelajaran ini anda telah mempelajari: rangka kerja 6-Rs (Hos semula, Platform semula, Seni bina semula, Bina semula, Ganti, Retire) menyediakan perbendaharaan kata untuk keputusan migrasi, setiap R mempunyai timbal balik kos berbanding kelajuan yang berbeza, dan Business Case Azure Migrate boleh mencadangkan strategi secara automatik berdasarkan data utilisation. Seterusnya, kita akan meneroka cara Azure Migrate menemui dan menilai pelayan setempat.