Menyiapkan alat dan backlog migrasi awal

Untuk menerapkan migrasi, Anda memerlukan alat yang tepat dan backlog beban kerja yang komprehensif untuk dimigrasikan. Artikel ini menyediakan panduan tentang cara mempersiapkan migrasi Anda dengan menentukan alat yang diperlukan dan membangun backlog migrasi awal.

Menyiapkan alat migrasi

Agar berhasil menyelesaikan migrasi, Anda memerlukan alat khusus untuk menilai, mereplikasi, dan melacak beban kerja Anda melalui iterasi, termasuk aktivitas remediasi.

Berbagai alat migrasi tersedia. Banyak yang asli ke platform Azure atau sudah umum tersedia.

Berikut adalah daftar alat atau penawaran umum yang Anda butuhkan untuk proyek migrasi yang berhasil:

Jenis alat	Fungsi	Alat
Penemuan dan penilaian	Melakukan penemuan dan penilaian otomatis lingkungan Anda. Mengidentifikasi pemblokir untuk migrasi dan mengidentifikasi dependensi antar server.	Azure Migrate
Replikasi	Mereplikasi status data antara sumber lokal Anda dan lingkungan pentahapan cloud. Digunakan untuk menghidrasi dan memigrasikan sumber daya.	Azure Migrate
Pelacakan	Digunakan untuk mengatur aktivitas proyek, seperti mengelompokkan server ke dalam beban kerja, melacak aktivitas remediasi, dan memberikan status migrasi beban kerja.	Azure DevOps, Excel, dan Microsoft Project
Panduan migrasi	Membantu Anda mengidentifikasi fitur migrasi mana yang akan digunakan untuk Azure Migrate. Panduan Eksekusi Migrasi adalah sumber daya proyek yang dapat memandu Anda selangkah demi selangkah melalui keputusan dan implementasi migrasi Anda.	Panduan Eksekusi Migrasi

Meskipun Anda dapat menggunakan alat lain alih-alih Azure Migrate, kami sarankan Anda menggunakan penawaran asli kecuali ada alasan yang diidentifikasi. Penawaran asli Azure Migrate dibuat untuk bekerja dengan mulus dengan platform Azure dan terus diperbarui untuk mendukung fitur dan kemampuan terbaru.

Catatan

Jika Anda menggunakan alat yang ada untuk mereplikasi beban kerja ke Azure, mengubah alat selama proses ini dapat mengganggu dan mengurangi performa. Dalam skenario ini, terus gunakan alat yang ada. Nantinya, Anda dapat menjalankan promosi migrasi seperti skenario failover pemulihan bencana.

Backlog migrasi awal

Bagian berikut menjelaskan aktivitas prasyarat yang harus Anda lakukan untuk membangun backlog migrasi awal.

Tim strategi cloud bertanggung jawab atas perawatan dan pemeliharaan kawasan digital. Namun, mengatasi backlog yang dihasilkan dari pemetaan estat digital berada di bawah tanggung jawab bersama semua peran yang terlibat dalam proses migrasi. Tim strategi cloud dan tim adopsi cloud harus meninjau dan memahami backlog migrasi sebelum tim mulai merencanakan aktivitas beban kerja individual. Selama peninjauan, anggota kedua tim harus mendapatkan pengetahuan yang memadai untuk mengartikulasikan poin-poin penting berikut tentang backlog migrasi.

Hasil dan metrik bisnis

Setiap anggota tim harus memahami hasil bisnis yang dimaksudkan. Migrasi membutuhkan waktu. Sangat mudah bagi anggota tim untuk menjadi terganggu oleh aktivitas mendesak tetapi kurang strategis pada berbagai tahap migrasi. Membangun dan menguatkan kembali hasil yang dimaksudkan membantu anggota tim memahami prioritas dan kepentingan relatif dari aktivitas migrasi sehingga mereka membuat keputusan yang lebih baik dari waktu ke waktu.

Melacak kemajuan migrasi sama pentingnya dengan motivasi tim migrasi dan dukungan pemangku kepentingan yang berkelanjutan. Lacak kemajuan melalui KPI migrasi dan dengan memantau metrik. Terlepas dari bagaimana Anda melacak upaya, penting bagi tim untuk mengetahui metrik utama sehingga dapat mengevaluasi performa selama perulangan berikutnya.

Prioritas bisnis

Terkadang, memprioritaskan satu beban kerja daripada beban kerja lainnya mungkin tidak tampak logis atau bahkan bermanfaat bagi tim adopsi cloud. Memahami prioritas bisnis yang mendorong keputusan prioritas beban kerja dapat membantu tim mempertahankan motivasi penting. Ini juga membantu tim memberikan kontribusi yang lebih kuat selama proses pengambilan keputusan prioritas.

Asumsi inti

Rasionalisasi real estat digital membahas kelincahan dan dampak penghematan waktu bekerja dari asumsi dasar ketika Anda mengevaluasi real estat digital. Untuk sepenuhnya mewujudkan nilai-nilai tersebut, tim adopsi cloud perlu memahami asumsi, dan alasan asumsi ditetapkan. Pengetahuan itu lebih melengkapi tim untuk menantang asumsi untuk efektivitas dan penghematan.

Mengambil backlog

Ambil backlog di lokasi yang dapat Anda bagikan dengan semua anggota tim adopsi cloud. Dari lokasi bersama, anggota tim yang berbeda dapat menyelaraskan pengetahuan dan pekerjaan mereka ke backlog, dan Anda dapat menjaga backlog tetap terkini selama proses migrasi.

Anda dapat menggunakan alat yang akrab di organisasi Anda, dan membangun alat yang Anda gunakan untuk menyelesaikan rasionalisasi real estat digital Anda.

Jika Anda mencari templat bawaan, Panduan Eksekusi Migrasi memiliki templat spreadsheet yang dapat membantu Anda mengatur backlog.

Penting untuk mengaitkan beban kerja dengan server, sehingga Anda dapat melacak beban kerja itu sendiri melalui migrasi server individual di backlog. Anda juga dapat menggunakan backlog untuk menampilkan dependensi antar beban kerja saat Anda menyelesaikan penilaian. Saat Anda memulihkan aset dan menyelesaikan pengujian, Anda menggabungkan backlog dengan rencana remediasi.

Backlog digunakan selama proses migrasi. Mempertahankan backlog sangat penting.

Merencanakan backlog untuk beberapa pusat data

Sebelum memulai migrasi, Anda harus membuat epik di alat manajemen proyek untuk setiap pusat data yang Anda migrasikan. Dalam epik pusat data, Anda dapat mengelompokkan pekerjaan terkait sehingga Anda dapat melacak status setiap lokasi pusat data.

Jika Anda tidak menggunakan epik untuk mengelola migrasi, Anda dapat menggunakan tujuan atau pengelompokan tingkat atas untuk pusat data. Kuncinya adalah Anda dapat memfilter, mengatur, dan melacak setiap pusat data sebagai lokasi terpisah.

Penting untuk memahami hasil dan motivasi bisnis untuk migrasi Anda. Gunakan motivasi tersebut untuk memprioritaskan daftar epic (atau pusat data). Misalnya, jika niat untuk bermigrasi dari pusat data lokal sebelum akhir sewa Anda saat ini mendorong migrasi Anda, prioritaskan epik dengan menggunakan tanggal perpanjangan sewa.

Dalam setiap epik, kelola beban kerja yang Anda nilai dan migrasikan sebagai fitur. Kelola setiap aset dalam beban kerja tersebut sebagai cerita pengguna. Tugas mewakili pekerjaan untuk menilai, memigrasikan, mengoptimalkan, mempromosikan, mengamankan, dan mengelola setiap aset.

Sprint atau iterasi adalah serangkaian tugas yang diperlukan untuk memigrasikan aset dan cerita pengguna yang diterapkan tim adopsi cloud. Sprint biasanya adalah segmen waktu, seperti kuartal fiskal atau bulan kalender. Rilis mewakili satu atau beberapa beban kerja atau fitur yang dipromosikan ke produksi.

Langkah selanjutnya

Merencanakan ketahanan