Rencana
Adopsi cloud yang berhasil membutuhkan lebih dari kesiapan teknis. Ini memerlukan rencana adopsi cloud yang mengonversi strategi cloud Anda menjadi langkah-langkah yang dapat ditindakkan khusus untuk tujuan Anda.
Menyiapkan organisasi Anda untuk cloud
Organisasi harus menyelaraskan struktur dan proses mereka dengan tujuan adopsi cloud untuk menyebarkan, mengelola, dan mengoptimalkan sumber daya cloud secara efektif sambil memenuhi tujuan bisnis.
Petakan perjalanan adopsi cloud Anda berdasarkan jenis organisasi Anda. Startup harus membangun solusi cloud-native menggunakan fase pengembangan CAF Plan, Ready, dan Cloud-native. Perusahaan harus mengevaluasi properti IT mereka dan mengikuti proses Paket CAF lengkap ditambah fase Siap, Migrasi, dan Modernisasi.
Pilih model manajemen yang sesuai dengan struktur organisasi Anda. Organisasi kecil harus memilih operasi terpusat untuk penegakan kebijakan yang konsisten. Perusahaan berukuran sedang harus menerapkan manajemen bersama di mana tim platform mengelola zona pendaratan sementara tim beban kerja beroperasi secara otonom. Organisasi dengan tim terampil harus mengadopsi operasi terdesentralisasi untuk kepemilikan penuh.
Merencanakan tanggung jawab cloud di seluruh fungsi tata kelola, keamanan, dan manajemen. Membentuk tim tata kelola untuk menilai risiko dan menentukan kebijakan. Sematkan keamanan ke dalam setiap tahap siklus hidup cloud. Tentukan proses operasional yang selaras dengan tujuan bisnis. Kembangkan strategi AI Anda dan bangun tim yang sesuai untuk adopsi AI.
Mendokumentasikan tanggung jawab cloud dengan penetapan kepemilikan yang jelas. Memetakan tanggung jawab di seluruh tata kelola, keamanan, dan operasi dengan kepemilikan tertentu. Tentukan peran mitra dan komunikasikan tanggung jawab kepada semua pemangku kepentingan. Tinjau tanggung jawab secara teratur saat lingkungan Anda berkembang.
Siapkan tim Anda untuk komputasi awan
Tim memerlukan keterampilan khusus untuk berhasil mengadopsi dan mengoperasikan layanan cloud, mengurangi risiko implementasi, dan mempercepat waktu ke nilai.
Menilai keterampilan yang diperlukan untuk adopsi Azure. Tim membutuhkan dasar-dasar tata kelola, keamanan, identitas, jaringan, dan manajemen. Manajer lingkungan Azure memerlukan keterampilan model RAMP (Siap, Mengelola, Memantau, Melindungi). Tim pengembangan cloud-native membutuhkan kemampuan rekayasa platform, kontainerisasi, layanan mikro, dan pengembangan AI.
Tutup kesenjangan keterampilan melalui pelatihan terstruktur dan dukungan ahli. Latih tim menggunakan Microsoft Learn, pelatihan yang dipersonalisasi, dan kredensial seperti Keterampilan dan sertifikasi Terapan Microsoft. Gunakan spesialis Microsoft atau mitra tepercaya untuk lokakarya, ulasan arsitektur, dan panduan langsung.
Mempertahankan keterampilan cloud melalui program pembelajaran berkelanjutan. Buat kotak pasir pembelajaran menggunakan langganan Azure Dev/Test. Dedikasikan waktu mingguan untuk modul Microsoft Learn, buat sistem pengenalan, berpartisipasi dalam acara komunitas Azure, dan pertahankan koleksi sumber daya yang dikumpulkan.
Startup melewati untuk Memperkirakan total biaya kepemilikan. Jika Anda memiliki beban kerja yang ada, Anda perlu menemukan inventori yang ada.
Menemukan inventaritas beban kerja yang ada
Organisasi harus memahami portofolio aplikasi mereka saat ini sebelum merencanakan adopsi cloud untuk menyediakan fondasi untuk perencanaan migrasi dan pengembangan kasus bisnis.
Temukan inventaris beban kerja melalui dokumentasi sistematis. Tentukan batas beban kerja dan gunakan alat otomatis seperti Azure Migrate untuk penemuan. Sertakan semua komponen di seluruh lingkungan dan aset dokumen secara manual saat otomatisasi tidak dapat mengakses sistem tertentu.
Prioritaskan beban kerja berdasarkan nilai bisnis dan kelayakan migrasi. Evaluasi beban kerja menggunakan kekritisan bisnis, kesiapan cloud, dependensi, dan keselarasan strategis. Buat backlog migrasi yang diprioritaskan yang menyeimbangkan nilai bisnis dengan kelayakan teknis.
Kumpulkan detail bisnis untuk setiap beban kerja untuk memandu keputusan migrasi. Kepemilikan dokumen, fungsi bisnis, kekritisan, sensitivitas data, persyaratan kepatuhan, batasan operasional, dan garis waktu. Gunakan informasi ini untuk memandu strategi migrasi dan memastikan keselarasan bisnis.
Pilih strategi migrasi
Pemilihan strategi migrasi menentukan pendekatan, garis waktu, dan sumber daya yang diperlukan untuk setiap beban kerja dan harus selaras dengan driver bisnis dan batasan teknis.
Identifikasi driver bisnis Anda untuk menetapkan prioritas migrasi. Tentukan tujuan bisnis tingkat tinggi, lakukan analisis kesenjangan antara status saat ini dan yang diinginkan, dan tentukan pendorong bisnis tertentu yang menciptakan urgensi untuk perubahan.
Cocokkan driver bisnis dengan strategi migrasi yang sesuai. Pilih strategi berdasarkan driver bisnis: Pensiun untuk beban kerja redundan, Rehost untuk gangguan minimal, Replatform untuk adopsi PaaS, Refaktor untuk pengoptimalan kode, Rearchitect untuk kemampuan cloud-native, Ganti untuk alternatif SaaS, Bangun ulang untuk pembangunan ulang lengkap, atau Pertahankan untuk beban kerja yang stabil.
Terapkan kriteria pemilihan khusus strategi untuk memvalidasi keputusan. Validasi strategi yang dipilih terhadap stabilitas beban kerja, kompatibilitas Azure, keterampilan tim, garis waktu modernisasi, tingkat utang teknis, batasan arsitektur, dan persyaratan operasional.
Buat keputusan waktu modernisasi berdasarkan ketersediaan sumber daya. Mengevaluasi apakah akan memodernisasi selama migrasi berdasarkan keterampilan tim, waktu yang tersedia, persyaratan kompatibilitas, dan peluang pendanaan.
Jalankan rencana komunikasi pemangku kepentingan untuk memastikan penyelarasan. Tentukan metrik keberhasilan, keputusan dokumen untuk pemangku kepentingan, berkoordinasi dengan tim strategi cloud, dan buat siklus tinjauan untuk memperbarui strategi seiring berkembangnya persyaratan.
Menilai beban kerja Anda untuk migrasi cloud
Penilaian beban kerja mengidentifikasi persyaratan teknis, dependensi, dan risiko untuk keberhasilan migrasi cloud, menginformasikan keputusan arsitektur dan perencanaan migrasi.
Menilai arsitektur beban kerja untuk memahami struktur dan dependensi sistem. Gunakan alat penilaian seperti Azure Migrate untuk mengotomatiskan penemuan. Validasi temuan dengan pakar subjek dan diagram arsitektur dokumen dan daftar komponen.
Menilai kode aplikasi untuk mengidentifikasi peluang kompatibilitas dan modernisasi. Gunakan alat otomatis seperti AppCAT untuk aplikasi .NET dan Java. Validasi kerangka kerja dan kompatibilitas SDK dengan Azure. Hindari perubahan kerangka kerja yang tidak perlu kecuali ada pembenaran bisnis yang kuat.
Menilai database untuk memahami arsitektur data dan persyaratan migrasi. Identifikasi semua database termasuk jenis dan versi mesin. Memetakan dependensi masuk dan keluar di seluruh aplikasi dan layanan. Tentukan apakah akan memigrasikan database sebagai instans bersama atau membaginya berdasarkan beban kerja.
Buat dan pertahankan register risiko untuk melacak dan mengurangi risiko migrasi. Tetapkan daftar risiko komprehensif yang mendokumenkan risiko teknis, operasional, dan organisasi. Tentukan strategi mitigasi dengan pihak yang bertanggung jawab dan garis waktu resolusi.
Memperkirakan total biaya kepemilikan
Estimasi biaya memberikan fondasi keuangan untuk keputusan adopsi cloud dan perencanaan anggaran, memungkinkan keputusan investasi yang diinformasikan dan pengoptimalan biaya yang sedang berlangsung.
Rencanakan arsitektur Azure Anda berdasarkan persyaratan bisnis dan teknis. Selaraskan arsitektur dengan persyaratan bisnis dan teknis dengan mendokumenkan batasan dan kebutuhan kepatuhan. Rencanakan arsitektur zona arahan Azure dan arsitektur beban kerja Anda dengan mengidentifikasi layanan, wilayah, dan konfigurasi Azure yang diperlukan.
Perkirakan biaya berdasarkan arsitektur dan pola penggunaan yang direncanakan. Gunakan Kalkulator Harga Azure untuk memodelkan biaya arsitektur berdasarkan data penggunaan historis atau yang diproyeksikan. Perkirakan biaya operasional termasuk pelatihan keterampilan dan perubahan proses. Mengevaluasi kembali perkiraan ketika proyeksi menyimpang dari anggaran dengan mengidentifikasi elemen bernila tinggi dan menyesuaikan arsitektur. Validasi asumsi melalui penyebaran pengujian dan buat garis besar biaya.
Untuk panduan Cloud Adoption Framework terperinci, lihat Merencanakan adopsi cloud.