Bagikan melalui

Perencanaan gelombang migrasi

Artikel ini memperlihatkan kepada Anda cara mengatur beban kerja ke dalam gelombang migrasi terstruktur untuk adopsi Azure yang berhasil. Perencanaan gelombang migrasi membagi proyek migrasi besar menjadi kelompok beban kerja yang lebih kecil dan dapat dikelola yang dapat dimigrasikan bersama-sama. Pendekatan ini mengurangi risiko dan kompleksitas sambil meningkatkan kecepatan perjalanan adopsi cloud Anda. Dengan bermigrasi dalam batch terkontrol daripada mencoba memindahkan semuanya sekaligus, Anda mendapatkan pengalaman berharga dengan setiap gelombang yang meningkatkan migrasi berikutnya.

Merencanakan secara berulang untuk beradaptasi dengan perubahan persyaratan

Pendekatan berulang untuk perencanaan migrasi mengelompokkan beban kerja ke dalam gelombang dan beradaptasi dengan informasi baru yang ditemukan selama eksekusi. Pendekatan ini memberikan fleksibilitas untuk menyesuaikan strategi migrasi Saat Anda mengungkap tantangan teknis, mengalihkan prioritas bisnis, dan dependensi yang sebelumnya tidak diketahui. Anda harus menyusun migrasi Anda menggunakan gelombang karena perencanaan berulang memberikan hasil yang lebih baik daripada rencana yang kaku dan komprehensif.

  1. Buat siklus pembelajaran yang meningkatkan migrasi berikutnya. Setiap gelombang yang selesai memberikan wawasan tentang persyaratan performa, kompleksitas dependensi, dan kemampuan organisasi. Gunakan pelajaran ini untuk menyempurnakan pendekatan Anda untuk beban kerja yang tersisa. Dokumentasikan apa yang bekerja dengan baik dan tantangan apa yang muncul untuk membangun pengetahuan institusi.

  2. Jalankan gelombang saat ini sambil merencanakan yang akan datang. Meskipun tim Anda memigrasikan satu gelombang beban kerja, gunakan waktu untuk merencanakan gelombang berikutnya dan meneliti kandidat di masa mendatang. Pendekatan paralel ini memaksimalkan produktivitas tim dan mempertahankan momentum migrasi. Tetapkan anggota tim ke aktivitas eksekusi dan perencanaan untuk memastikan kemajuan berkelanjutan.

  3. Jaga agar gelombang di masa depan tetap fleksibel sampai Anda memiliki informasi yang memadai. Tentukan hanya gelombang berikutnya segera secara rinci, meninggalkan gelombang selanjutnya pada tingkat tinggi sampai Anda memahami persyaratan spesifik mereka. Fleksibilitas ini mencegah komitmen dini berdasarkan informasi yang tidak lengkap dan memungkinkan Anda menggabungkan pelajaran yang dipelajari dari gelombang sebelumnya.

Mengelompokkan sistem dependen dalam gelombang yang sama

Dependensi sistem menentukan komposisi gelombang dan urutan migrasi Anda. Anda harus mengidentifikasi beban kerja yang berkomunikasi atau berbagi sumber daya dan mengelompokkannya ke dalam gelombang migrasi yang sama. Pengelompokan ini mencegah gangguan layanan yang disebabkan oleh dependensi yang rusak dan mengurangi kompleksitas migrasi.

  1. Temukan semua dependensi terlebih dahulu. Dependensi antara beban kerja menyebabkan gangguan layanan jika tidak dimigrasikan bersama-sama. Petakan dependensi internal dan eksternal untuk menemukan koneksi ini sebelum membuat grup migrasi.

  2. Menganalisis jenis dependensi dan kekritisan. Jenis dependensi yang berbeda memerlukan pendekatan migrasi yang berbeda. Membedakan antara kategori ini:

    Jenis dependensi Description Pendekatan migrasi
    Dependensi langsung Memerlukan komunikasi langsung dan latensi rendah antar komponen. Pindahkan semua komponen yang terhubung langsung bersama-sama untuk menjaga performa dan menghindari gangguan.
    Dependensi tidak langsung Libatkan interaksi sesekali atau non-kritis antar sistem. Migrasi bersama-sama atau dalam gelombang terpisah jika koneksi mentolerir latensi atau mendukung penggunaan hibrid.
    Dependensi bisnis Bergantung pada hubungan organisasi atau manajemen. Mengelompokkan dan memigrasikan beban kerja terkait dan sistem pelaporan bersama-sama untuk selaras dengan prioritas bisnis.

  3. Mengelompokkan beban kerja menurut hubungan dependensi. Buat grup berdasarkan database bersama, API, layanan autentikasi, atau koneksi jaringan. Grup ini membentuk fondasi gelombang migrasi Anda dan memastikan semua komponen yang diperlukan untuk fungsionalitas bergerak bersama. Ketika ada ketidakpastian tentang kekritisan dependensi, kelompokkan komponen bersama-sama. Pendekatan konservatif ini memberikan fleksibilitas untuk pemisahan di masa mendatang.

  4. Dokumentasikan setiap grup dependensi secara sistematis. Menandai aset berdasarkan grup dependensinya menggunakan konvensi penamaan yang konsisten. Dokumentasikan setiap grup dengan:

    • Nama dan ID grup - Pengidentifikasi unik dan nama deskriptif
    • Inventori komponen - Semua elemen infrastruktur, aplikasi, dan layanan
    • Dependensi kritis - Koneksi penting yang memerlukan penanganan khusus
    • Batasan migrasi - Persyaratan bisnis, teknis, atau waktu

  5. Memeriksa kelengkapan grup. Konfirmasikan setiap grup menyertakan semua komponen yang diperlukan agar aplikasi dapat beroperasi, termasuk infrastruktur pendukung seperti load balancer, catatan DNS, atau lapisan penembolokan.

Memprioritaskan beban kerja menggunakan kerangka kerja terstruktur

Pemilihan beban kerja awal menetapkan fondasi untuk program migrasi Anda dan membangun kepercayaan tim melalui keberhasilan awal. Tim adopsi dan strategi cloud Anda harus menyetujui kriteria prioritas yang menyeimbangkan nilai bisnis, risiko teknis, dan tujuan pembelajaran organisasi.

  1. Tinjau detail beban kerja. Bekerja sama dengan pemangku kepentingan untuk meninjau detail bisnis dan teknis untuk setiap beban kerja. Pastikan bahwa dampak waktu henti atau kegagalan dipahami dengan baik dan selaras dengan prioritas bisnis saat ini. Gunakan rencana adopsi migrasi untuk memverifikasi detail seperti unit bisnis, pemilik beban kerja, dependensi teknis, dan klasifikasi kritisitas. Detail ini membantu memprioritaskan dan mengurutkan beban kerja secara efektif.

    Priority Nilai bisnis Effort Description
    High High Low Kemenangan cepat - bermigrasi terlebih dahulu untuk dampak langsung
    Sedang-Tinggi High High Investasi strategis - rencanakan dengan cermat dengan sumber daya yang memadai
    Menengah-Rendah Low Low Opsi yang mudah - mengisi celah di antara migrasi utama
    Low Low High Hindari atau tunda - fokuskan sumber daya pada peluang bernilai lebih tinggi

  2. Mulailah dengan beban kerja yang lebih sederhana untuk mengurangi risiko. Mulailah memigrasikan beban kerja yang kurang kompleks dan memiliki risiko yang lebih rendah. Pendekatan ini membantu tim Anda mendapatkan kepercayaan diri dan menyempurnakan proses migrasi sebelum mengatasi beban kerja yang lebih menantang. Menargetkan alat internal, lingkungan pengembangan, atau aplikasi penggunaan rendah dengan arsitektur mandiri dan titik integrasi minimal.

  3. Pindahkan lingkungan non-produksi sebelum produksi. Lingkungan nonproduksi menyediakan ruang yang aman untuk menguji proses migrasi penuh. Migrasikan lingkungan pengembangan, penahapan, dan QA sebelum produksi untuk memvalidasi kesiapan. Urutan ini memungkinkan tim untuk menguji konfigurasi, performa, dan prosedur pemulihan tanpa memengaruhi pengguna. Gunakan migrasi nonproduksi untuk melatih tim operasi.

  4. Jadwalkan sistem penting setelah Anda menunjukkan keberhasilan awal. Aplikasi penting memerlukan kemampuan migrasi yang terbukti sebelum Anda memindahkannya ke Azure. Rencanakan migrasi ini untuk gelombang selanjutnya saat tim Anda menunjukkan kompetensi dengan layanan Azure. Tenggat waktu bisnis seperti siklus refresh perangkat keras mungkin mengharuskan Anda memprioritaskan aplikasi penting sebelumnya dengan perlindungan yang lebih baik dan periode pengujian yang diperpanjang.

  5. Sertakan beban kerja kompleks yang representatif untuk menguji skenario. Tambahkan satu atau dua beban kerja kompleks ke setiap gelombang awal untuk mengekspos tantangan yang Anda hadapi dengan aplikasi misi penting. Pilih beban kerja yang mewakili pola umum seperti aplikasi multi-tingkat atau sistem yang bergantung pada database.

Menentukan garis waktu untuk setiap gelombang

Garis waktu yang jelas untuk setiap gelombang memberikan struktur untuk upaya migrasi Anda. Tanggal mulai dan berakhir yang ditentukan membantu mengelola cakupan, menetapkan ekspektasi pemangku kepentingan, dan melacak kemajuan di seluruh tim.

  1. Atur durasi gelombang berdasarkan kompleksitas beban kerja dan kapasitas tim. Pertimbangkan pengalaman Azure tim Anda, ketersediaan pakar subjek, dan tuntutan proyek bersamaan saat memperkirakan durasi. Faktor waktu untuk pengujian, validasi, dan aktivitas transfer pengetahuan.

  2. Sertakan waktu buffer untuk tantangan dan pembelajaran yang tidak terduga. Tambahkan waktu kontingensi ke perkiraan awal untuk memperhitungkan masalah teknis yang tidak terduga, penemuan dependensi, dan aktivitas pemecahan masalah. Proyek migrasi secara konsisten mengalami tantangan yang tidak jelas selama perencanaan. Waktu buffer mencegah tekanan jadwal yang menyebabkan pintasan atau kompromi kualitas.

  3. Buat titik pemeriksaan tonggak pencapaian dalam setiap gelombang. Buat titik tinjauan pada 25%, 50%, dan 75% penyelesaian untuk menilai kemajuan, memvalidasi asumsi, dan menyesuaikan rencana bila perlu. Gunakan cek poin ini untuk mengomunikasikan status kepada pemangku kepentingan, mengidentifikasi hambatan lebih awal, dan melakukan penyesuaian jalur sebelum memengaruhi aktivitas lebih lanjut.

  4. Rencanakan jendela cutover selama waktu yang sesuai dengan bisnis. Jadwalkan aktivitas pemotongan akhir selama jendela pemeliharaan yang sudah ditetapkan, jam di luar jam sibuk, atau periode waktu henti yang direncanakan. Berkoordinasi dengan pemangku kepentingan bisnis untuk memastikan waktu cutover selaras dengan siklus bisnis, periode pelaporan peraturan, dan aktivitas bisnis penting. Prosedur penarikan kembali dokumen dan kriteria keberhasilan untuk setiap cutover.

  5. Sesuaikan garis waktu berdasarkan umpan balik eksekusi. Garis waktu migrasi bersifat dinamis. Anda harus meninjau durasi aktual vs. yang direncanakan setelah setiap gelombang dan menyesuaikan gelombang di masa mendatang untuk tetap berada di jalur.

Mengelola rencana migrasi Anda

Alat perencanaan kolaboratif memungkinkan manajemen gelombang yang efektif di seluruh tim adopsi Anda. Azure Boards menyediakan fitur untuk melacak status tugas, kepemilikan, urutan, dan pembaruan di seluruh migrasi Anda. Konfigurasikan alat perencanaan Anda dengan jenis item kerja ini:

Jenis item pekerjaan Tujuan Example
Epic Cakupan proyek keseluruhan Migrasi pusat data ke Azure
Fitur Komponen proyek utama Penilaian real estat digital
Item backlog produk Hasil kerja spesifik Penyebaran Azure Migrate
Task Tugas aksi individu Mengonfigurasi rentang alamat IP lokal
Bug Masalah yang menghambat kemajuan Firewall memblokir proses pemindaian Azure Migrate
Skenario pengujian Kriteria validasi Pemindaian Azure Migrate selesai dengan kesalahan nol

Alat dan sumber daya Azure

Kategori Tool Description
Planning Papan Azure Mengelola gelombang migrasi, melacak kemajuan, dan mengoordinasikan aktivitas tim
Penemuan Azure Migrate Menemukan dependensi antara aplikasi dan menilai kesiapan migrasi

Langkah selanjutnya

Pilih metode migrasi

  • Last updated on