Menilai beban kerja untuk migrasi Azure Stack Hub
Artikel ini mengasumsikan bahwa Anda telah memutuskan untuk mengintegrasikan Azure Stack ke dalam strategi cloud Anda, Anda telah mengembangkan rencana untuk migrasi Azure Stack Hub, dan lingkungan Anda siap untuk migrasi.
Selama rasionalisasi properti digital organisasi Anda dalam metodologi Rencana, setiap beban kerja ditemukan dan diinventarisasi, dan keputusan awal dibuat berdasarkan data kuantitatif. Sebelum Anda menyebarkan setiap beban kerja, penting untuk memvalidasi data dan keputusan dengan data kualitatif.
Penempatan
Titik data pertama yang perlu dipertimbangkan adalah penempatan. Artinya, apakah beban kerja ini akan dimigrasikan ke cloud publik, cloud privat, atau platform cloud lainnya, seperti sovereign cloud atau lingkungan Azure penyedia layanan?
Informasi di masing-masing bagian berikut dapat membantu memvalidasi keputusan Anda tentang penempatan. Informasi ini juga akan membantu memunculkan data yang akan berguna selama penyebaran beban kerja Anda.
Nilai pemangku kepentingan
Mengevaluasi nilai migrasi beban kerja ini dengan pemangku kepentingan bisnis dan TI:
- Lebih sedikit gesekan: fokus jangka pendek, kelangsungan hidup jangka panjang terbatas.
- Lebih banyak gesekan: investasi jangka panjang, lebih mudah untuk perulangan dan terus dimodernisasi.
- Keseimbangan keduanya.
Tata kelola, risiko, dan kepatuhan
Menilai dampak persyaratan peraturan, kepatuhan, dan privasi:
- Data apa yang dapat berada di Azure dan data apa yang perlu tetap ada di tempat?
- Siapa yang dapat mengelola platform yang mendasarinya?
- Apakah data tergantung pada lokasi?
- Apakah ada tanggal kedaluwarsa untuk menyimpan data?
Metrik keberhasilan
Tentukan metrik keberhasilan dan toleransi ketersediaan:
- Performa
- Ketersediaan
- Resiliency
- Pendekatan penyebaran atau migrasi
Lisensi
Menilai dampak lisensi dan dukungan:
- Apakah ada pembatasan lisensi produk yang akan membatasi transformasi?
- Apakah aplikasi atau himpunan data dapat didukung di lingkungan baru?
- Apakah ada vendor perangkat lunak pihak ketiga yang perlu memberikan pernyataan dukungan?
Persyaratan operasi
- Hindari duplikasi upaya dan optimalkan perjanjian tingkat layanan (SLA) dengan memeriksa korelasi antara layanan cloud yang dikelola TI dan layanan khusus aplikasi.
- Pertimbangkan otomatisasi yang diperlukan untuk mengatur provisi layanan selama penyebaran dan migrasi aplikasi.
- Untuk membantu memenuhi persyaratan operasi Anda, pertimbangkan layanan skalabilitas dan ketersediaan seperti bayar per penggunaan, set ketersediaan, kumpulan skala mesin virtual, adaptor jaringan, dan kemampuan untuk menambah dan mengubah ukuran mesin virtual dan disk.
Pemantauan
- Pantau kesehatan sistem dan status operasional serta performa dengan menggunakan metrik yang terdefinisi dengan baik yang membentuk dasar SLA yang Anda tawarkan kepada pengguna akhir Anda.
- Periksa keamanan dan kepatuhan, evaluasi seberapa baik lingkungan cloud memenuhi persyaratan peraturan dan kepatuhan yang diberlakukan oleh aplikasi.
- Apa proses untuk cadangan/pulihkan dan replikasi/failover?
- Temukan layanan perlindungan data untuk infrastruktur sebagai layanan, platform sebagai layanan, dan perangkat lunak sebagai sumber daya layanan.
- Menggabungkan beberapa vendor, teknologi, dan kemampuan untuk mencapai strategi perlindungan yang komprehensif.
Langkah berikutnya
Untuk panduan tentang elemen tertentu dari perjalanan adopsi cloud, lihat: