Migrasi hibrida dan {i>multicloud
Dalam metodologi Migrasi Cloud Adoption Framework, migrasi ke cloud sudah dianggap sebagai proses hibrid atau multicloud. Sebagian besar panduan dalam metodologi itu akan tetap relevan ketika Anda bermigrasi ke lingkungan hibrid dan multicloud. Pergeseran terbesar dari metodologi itu terkait dengan tujuan jangka panjang migrasi.
Biasanya, upaya migrasi telah dilihat sebagai jalan satu arah. Aset bergerak ke cloud, atau ke cloud baru, dan tetap sana. Dalam lingkungan hibrid dan multicloud, upaya migrasi lebih seperti jalan dengan multilane. Aset bergerak antara beberapa cloud publik dan privat berdasarkan pergeseran persyaratan bisnis atau teknis. Pergeseran strategi migrasi ini memiliki dampak minimal pada proses migrasi, tetapi dapat secara langsung mempengaruhi pekerjaan yang datang sebelum dan sesudah migrasi.
Efek pada proses khusus migrasi
Efek langsung dari divergensi pada proses migrasi kecil, tetapi kesadaran akan hal itu dapat meningkatkan kemungkinan keberhasilan organisasi Anda. Tindakan beban kerja migrasi terdiri dari tiga proses tingkat tinggi yang diulang dalam gelombang, atau sprint, sampai migrasi selesai. Berikut adalah pandangan singkat tentang bagaimana proses ini berubah:
- Menilai beban kerja: Beberapa pertimbangan akan membentuk cara Anda menilai beban kerja sebelum migrasi.
- Menyebarkan beban kerja: Penyebaran gelombang beban kerja sebagian besar tidak berubah. Tetapi Anda mungkin ingin menggunakan lebih banyak ekosistem Azure Migrate untuk mempercepat jenis migrasi tertentu.
- Merilis beban kerja: Setelah beban kerja disebarkan, pergeseran terbesar terlihat pada siklus pengujian sebelum rilis ke lalu lintas produksi.
Informasi selengkapnya tentang cara menilai, menyebarkan, atau merilis beban kerja dalam proses migrasi akan dibahas di kemudian hari di artikel ini. Pertama, ulas bagian selanjutnya tentang perubahan yang lebih besar dari proses upstram dan downstream yang akan memengaruhi migrasi Anda.
Efek pada proses upstram dan downstream
Saat Anda memigrasikan beban kerja di lingkungan hibrid dan multicloud, efek sebenarnya adalah pada upaya yang datang sebelum dan sesudah migrasi. Sebelum Anda memigrasikan beban kerja dalam pendekatan hibrid dan multicloud, lihat Pengenalan hibrid dan multicloud dan Pengenalan operasi terpadu untuk memahami apa lagi yang berubah di luar upaya migrasi Anda.
Peringatan
Tautan sebelumnya memberikan insight tingkat tinggi yang akan membuat Anda siap untuk sukses. Dalam artikel tersebut adalah tautan ke perubahan teknis penting dan efek. Jangan melanjutkan migrasi di bawah strategi hibrid dan multicloud tanpa pemahaman dasar tentang dampak pada rencana Anda, kesiapan lingkungan, dan manajemen operasi. Kegagalan untuk mempersiapkan aktivitas tersebut akan menghasilkan biaya operasional yang lebih besar dan mungkin membuat penguncian vendor yang tidak diinginkan.
Menilai beban kerja untuk migrasi hibrid dan multicloud
Produk Azure yang digunakan dalam migrasi standar masih berlaku untuk migrasi hibrid dan multicloud. Secara khusus, Azure Migrate and Service Map dapat digunakan untuk memahami properti digital dan menguraikan dependensi Anda. Untuk informasi selengkapnya tentang kedua alat, lihat Panduan memulai untuk menilai beban kerja. Saat Anda membangun rencana atau menilai gelombang beban kerja hibrid dan multicloud, praktik terbaik untuk penilaian properti digital di Azure masih berlaku.
Migrasi hibrid dan multicloud yang menemukan tantangan penilaian menunjukkan kurangnya kematangan dalam proses penilaian tim migrasi mereka. Faktor pertimbangan berikut ke dalam rencana penilaian Anda:
Pertimbangkan kompatibilitas dengan Azure dan zona pendaratan Azure saat Anda mengevaluasi beban kerja. Selama evaluasi beban kerja, Anda juga perlu mempertimbangkan kompatibilitas dengan jaringan hibrid, identitas hibrid, keamanan hibrid, atau manajemen hibrid atau batasan pemerintah apa pun yang ditetapkan di lingkungan hibrid atau multicloud.
Tempatkan penekanan yang lebih menyeluruh pada dependensi karena persentase aset yang lebih besar dapat dihosting di cloud lain.
Memahami alasan di balik keputusan hibrid dan multicloud untuk mengevaluasi kompatibilitas berbagai beban kerja dengan alat yang mendukung:
- Kompatibilitas Azure Stack HCI, yang penting jika Anda memodernisasi pusat data untuk memungkinkan solusi cloud asli lokal.
- Komptabilitas Kubernetes, yang penting jika Anda mempertahankan portabilitas melalui infrastruktur berbasis kontainer.
- Kompatibilitas Azure Edge, yang mungkin penting untuk memperpanjang beban kerja dan mengurangi latensi pada titik interaksi.
- Persyaratan peraturan, kepatuhan atau bisnis, yang mungkin menentukan bahwa beberapa aset atau data tetap lokal. Untuk memantau aset yang dimigrasikan, Anda mungkin perlu menambahkan lebih banyak alat pemantauan.
Artikel-artikel ini akan membantu Anda mengembangkan proses yang paling berdampak yang diperlukan untuk jenis migrasi ini:
- Tanggung jawab
- Klasifikasi beban kerja
- Kompatibilitas Cloud
- Manajemen perubahan yang tangkas
- Membangun backlog migrasi yang terdefinisi dengan baik
Menyebarkan beban kerja yang dimigrasikan untuk hibrid dan multicloud
Saat Anda bermigrasi ke cloud, memiliki inventaris yang jelas dari semua aset dependen dan jalur jaringan untuk memastikan bahwa aset tersebut disebarkan di cloud yang benar. Inventaris yang jelas, atau penilaian properti digital, bahkan lebih penting dalam lingkungan hibrid sebelum Anda memigrasikan beban kerja. Lihat bagian Menilai beban kerja sebelumnya sebelum Anda mencoba memigrasikan beban kerja ke lingkungan hibrid dan multicloud.
Azure Migrate adalah solusi utama untuk memigrasikan beban kerja dari cloud privat ke Azure. Praktik terbaik untuk bermigrasi ke Azure dari cloud publik lainnya akan bervariasi. Anda juga mungkin perlu menambahkan beberapa alat lain saat bermigrasi ke Azure Stack HCI. Lihat tutorial berikut:
Merilis beban kerja yang dimigrasikan untuk hibrid dan multicloud
Pengujian, tolok ukur dan ukuran, dan rencana promosi penting saat Anda bermigrasi ke cloud. Beban kerja hibrid dan multicloud memiliki ketergantungan yang lebih besar pada aset terdesentralisasi dan jaringan yang menyambungkannya. Mereka lebih rentan terhadap masalah latensi, konektivitas, dan perutean, yang bisa tampak sebagai masalah performa platform cloud. Pengujian dan penelusuran kesalahan beban kerja hibrid dan multicloud memerlukan alokasi waktu yang lebih besar daripada beban kerja yang disebarkan ke satu penyedia cloud untuk lapisan tambahan dalam identitas dan jaringan.
Berikut adalah beberapa pertimbangan untuk dimasukkan dalam rencana pengujian ketika Anda bermigrasi ke lingkungan hibrid dan multicloud:
- Meratakan pengujian bisnis dan TI
- Tolok ukur dan mengubah ukuran aset
- Praktik terbaik biaya dan mengubah ukuran
- Promosikan ke produksi
- Mempersiapkan operasi terpadu
Langkah berikutnya
Untuk panduan lebih lanjut untuk perjalanan adopsi cloud Anda, lihat artikel berikut:
Dalam metodologi Migrasi Cloud Adoption Framework, migrasi ke cloud sudah dianggap sebagai proses hibrid atau multicloud. Sebagian besar panduan dalam metodologi itu akan tetap relevan ketika Anda bermigrasi ke lingkungan hibrid dan multicloud. Pergeseran terbesar dari metodologi itu terkait dengan tujuan jangka panjang migrasi.
Biasanya, upaya migrasi telah dilihat sebagai jalan satu arah. Aset bergerak ke cloud, atau ke cloud baru, dan tetap sana. Dalam lingkungan hibrid dan multicloud, upaya migrasi lebih seperti jalan dengan multilane. Aset bergerak antara beberapa cloud publik dan privat berdasarkan pergeseran persyaratan bisnis atau teknis. Pergeseran strategi migrasi ini memiliki dampak minimal pada proses migrasi, tetapi dapat secara langsung mempengaruhi pekerjaan yang datang sebelum dan sesudah migrasi.
Efek pada proses khusus migrasi
Efek langsung dari divergensi pada proses migrasi kecil, tetapi kesadaran akan hal itu dapat meningkatkan kemungkinan keberhasilan organisasi Anda. Tindakan beban kerja migrasi terdiri dari tiga proses tingkat tinggi yang diulang dalam gelombang, atau sprint, sampai migrasi selesai. Berikut adalah pandangan singkat tentang bagaimana proses ini berubah:
- Menilai beban kerja: Beberapa pertimbangan akan membentuk cara Anda menilai beban kerja sebelum migrasi.
- Menyebarkan beban kerja: Penyebaran gelombang beban kerja sebagian besar tidak berubah. Tetapi Anda mungkin ingin menggunakan lebih banyak ekosistem Azure Migrate untuk mempercepat jenis migrasi tertentu.
- Merilis beban kerja: Setelah beban kerja disebarkan, pergeseran terbesar terlihat pada siklus pengujian sebelum rilis ke lalu lintas produksi.
Informasi selengkapnya tentang cara menilai, menyebarkan, atau merilis beban kerja dalam proses migrasi akan dibahas di kemudian hari di artikel ini. Pertama, ulas bagian selanjutnya tentang perubahan yang lebih besar dari proses upstram dan downstream yang akan memengaruhi migrasi Anda.
Efek pada proses upstram dan downstream
Saat Anda memigrasikan beban kerja di lingkungan hibrid dan multicloud, efek sebenarnya adalah pada upaya yang datang sebelum dan sesudah migrasi. Sebelum Anda memigrasikan beban kerja dalam pendekatan hibrid dan multicloud, lihat Pengenalan hibrid dan multicloud dan Pengenalan operasi terpadu untuk memahami apa lagi yang berubah di luar upaya migrasi Anda.
Peringatan
Tautan sebelumnya memberikan insight tingkat tinggi yang akan membuat Anda siap untuk sukses. Dalam artikel tersebut adalah tautan ke perubahan teknis penting dan efek. Jangan melanjutkan migrasi di bawah strategi hibrid dan multicloud tanpa pemahaman dasar tentang dampak pada rencana Anda, kesiapan lingkungan, dan manajemen operasi. Kegagalan untuk mempersiapkan aktivitas tersebut akan menghasilkan biaya operasional yang lebih besar dan mungkin membuat penguncian vendor yang tidak diinginkan.
Menilai beban kerja untuk migrasi hibrid dan multicloud
Produk Azure yang digunakan dalam migrasi standar masih berlaku untuk migrasi hibrid dan multicloud. Secara khusus, Azure Migrate and Service Map dapat digunakan untuk memahami properti digital dan menguraikan dependensi Anda. Untuk informasi selengkapnya tentang kedua alat, lihat Panduan memulai untuk menilai beban kerja. Saat Anda membangun rencana atau menilai gelombang beban kerja hibrid dan multicloud, praktik terbaik untuk penilaian properti digital di Azure masih berlaku.
Migrasi hibrid dan multicloud yang menemukan tantangan penilaian menunjukkan kurangnya kematangan dalam proses penilaian tim migrasi mereka. Faktor pertimbangan berikut ke dalam rencana penilaian Anda:
Pertimbangkan kompatibilitas dengan Azure dan zona pendaratan Azure saat Anda mengevaluasi beban kerja. Selama evaluasi beban kerja, Anda juga perlu mempertimbangkan kompatibilitas dengan jaringan hibrid, identitas hibrid, keamanan hibrid, atau manajemen hibrid atau batasan pemerintah apa pun yang ditetapkan di lingkungan hibrid atau multicloud.
Tempatkan penekanan yang lebih menyeluruh pada dependensi karena persentase aset yang lebih besar dapat dihosting di cloud lain.
Memahami alasan di balik keputusan hibrid dan multicloud untuk mengevaluasi kompatibilitas berbagai beban kerja dengan alat yang mendukung:
- Kompatibilitas Azure Stack HCI, yang penting jika Anda memodernisasi pusat data untuk memungkinkan solusi cloud asli lokal.
- Komptabilitas Kubernetes, yang penting jika Anda mempertahankan portabilitas melalui infrastruktur berbasis kontainer.
- Kompatibilitas Azure Edge, yang mungkin penting untuk memperpanjang beban kerja dan mengurangi latensi pada titik interaksi.
- Persyaratan peraturan, kepatuhan atau bisnis, yang mungkin menentukan bahwa beberapa aset atau data tetap lokal. Untuk memantau aset yang dimigrasikan, Anda mungkin perlu menambahkan lebih banyak alat pemantauan.
Artikel-artikel ini akan membantu Anda mengembangkan proses yang paling berdampak yang diperlukan untuk jenis migrasi ini:
- Tanggung jawab
- Klasifikasi beban kerja
- Kompatibilitas Cloud
- Manajemen perubahan yang tangkas
- Membangun backlog migrasi yang terdefinisi dengan baik
Menyebarkan beban kerja yang dimigrasikan untuk hibrid dan multicloud
Saat Anda bermigrasi ke cloud, memiliki inventaris yang jelas dari semua aset dependen dan jalur jaringan untuk memastikan bahwa aset tersebut disebarkan di cloud yang benar. Inventaris yang jelas, atau penilaian properti digital, bahkan lebih penting dalam lingkungan hibrid sebelum Anda memigrasikan beban kerja. Lihat bagian Menilai beban kerja sebelumnya sebelum Anda mencoba memigrasikan beban kerja ke lingkungan hibrid dan multicloud.
Azure Migrate adalah solusi utama untuk memigrasikan beban kerja dari cloud privat ke Azure. Praktik terbaik untuk bermigrasi ke Azure dari cloud publik lainnya akan bervariasi. Anda juga mungkin perlu menambahkan beberapa alat lain saat bermigrasi ke Azure Stack HCI. Lihat tutorial berikut:
Merilis beban kerja yang dimigrasikan untuk hibrid dan multicloud
Pengujian, tolok ukur dan ukuran, dan rencana promosi penting saat Anda bermigrasi ke cloud. Beban kerja hibrid dan multicloud memiliki ketergantungan yang lebih besar pada aset terdesentralisasi dan jaringan yang menyambungkannya. Mereka lebih rentan terhadap masalah latensi, konektivitas, dan perutean, yang bisa tampak sebagai masalah performa platform cloud. Pengujian dan penelusuran kesalahan beban kerja hibrid dan multicloud memerlukan alokasi waktu yang lebih besar daripada beban kerja yang disebarkan ke satu penyedia cloud untuk lapisan tambahan dalam identitas dan jaringan.
Berikut adalah beberapa pertimbangan untuk dimasukkan dalam rencana pengujian ketika Anda bermigrasi ke lingkungan hibrid dan multicloud:
- Meratakan pengujian bisnis dan TI
- Tolok ukur dan mengubah ukuran aset
- Praktik terbaik biaya dan mengubah ukuran
- Promosikan ke produksi
- Mempersiapkan operasi terpadu
Langkah berikutnya
Untuk panduan lebih lanjut untuk perjalanan adopsi cloud Anda, lihat artikel berikut:
Saran dan Komentar
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat: https://aka.ms/ContentUserFeedback.
Kirim dan lihat umpan balik untuk