Perjalanan adopsi Cloud

Perjalanan adopsi cloud cenderung mengikuti lintasan serupa. Variasi ada, tetapi masih dapat membantu untuk melihat bagaimana orang lain mengadopsi cloud. Mengetahui beban kerja apa yang harus ditangguhkan terlebih dahulu dan apa yang harus dilakukan dengannya akan menyederhanakan perjalanan adopsi cloud Anda.

Pertimbangan penting dalam mengadopsi solusi cloud yang tepat adalah keseimbangan kontrol versus produktivitas. Solusi Infrastruktur sebagai layanan (IaaS) memberi Anda kontrol paling besar tetapi membutuhkan lebih banyak waktu untuk dipertahankan. Solusi platform as a service (PaaS) dan software as a service (SaaS) mentransfer tanggung jawab manajemen ke Azure dan memungkinkan tim Anda untuk fokus menjadi produktif. Keseimbangan yang diperlukan antara kontrol dan produktivitas berbeda untuk setiap organisasi, dan itu akan berubah dari waktu ke waktu saat prioritas Anda berubah.

Untuk adopsi cloud awal, organisasi umum menghentikan 35% aplikasinya, menggantikan 15% dari portofolionya, dan memigrasikan 50% hanya dengan modifikasi yang diperlukan (replatform atau rehost).

Pensiun (35%)

Menghentikan beban kerja apa pun yang tidak diperlukan organisasi Anda. Anda perlu melakukan penemuan dan mengambil inventori untuk menemukan aplikasi dan lingkungan yang tidak sepadan dengan investasi yang harus disimpan. Efisiensi biaya dan waktu adalah tujuan penghentian. Tim Anda dapat fokus pada aset terpenting saat Anda menyusutkan portofolio sebelum memindahkannya ke cloud.

Ganti (10%)

Sebagian besar organisasi mengganti sekitar 10% aplikasi mereka dengan solusi perangkat lunak sebagai layanan (SaaS) dan kode rendah. Anda dapat mencapai tujuan dengan lebih mudah dengan mengadopsi solusi yang lebih produktif.

Tabel 1 - Contoh mengganti beban kerja dengan SaaS dan solusi kode rendah

Dari	Untuk
Baris kustom dari bisnis (LOB) aplikasi	Power Apps
Alat DevOps	GitHub
Hubungan Manajemen	Dynamics 365
Industri Vertikal	Pihak ketiga Saas

Menyusun ulang atau membangun kembali (5%)

Jika Anda tidak dapat mengganti aplikasi bisnis penting secara efektif dengan SaaS atau solusi kode rendah, pertimbangkan untuk menyusun ulang atau membangun kembali aplikasi. Meskipun menyusun ulang atau membangun kembali rumit, sangat penting untuk memanfaatkan teknologi cloud sebaik mungkin. Tujuan utamanya adalah untuk menyesuaikan aplikasi ini untuk cloud. Pendekatan ini melibatkan beberapa aspek utama:

• Skalabilitas: Sesuaikan aplikasi untuk menangani berbagai tingkat permintaan secara efisien.
• Keandalan: Meningkatkan kemampuan aplikasi untuk beroperasi secara konsisten tanpa kegagalan.
• Keamanan: Integrasikan langkah-langkah keamanan tingkat lanjut untuk melindungi data dan operasi di cloud.

Anda juga dapat mengintegrasikan teknologi canggih seperti AI generatif pada tahap ini. Solusi terintegrasi dapat meningkatkan fungsionalitas aplikasi dengan cara yang signifikan. Contoh teknologi AI meliputi:

• Analitik prediktif: Gunakan AI untuk mengantisipasi kebutuhan pelanggan.
• Otomatisasi proses: Gunakan AI untuk mengotomatiskan proses bisnis.

Dengan merancang ulang atau membangun kembali, Anda mengeksploitasi berbagai kemampuan cloud-native dan kemajuan berbasis AI.

Rehost atau replatform (50%)

Bisnis khas akan memigrasikan sekitar setengah dari beban kerja yang ada. Dalam beban kerja ini, biasanya ada tiga tingkat kesulitan. Sekitar 35% mudah dipindahkan. 10% berikutnya lebih sulit karena lebih kompleks atau lebih penting, dan hanya 5% terakhir yang memerlukan perencanaan ekstra untuk dijalankan.

Ada banyak pendekatan migrasi. Rehosting ("lift-and-shift") dan replatforming ("modernisasi") adalah yang paling umum, dan pendekatan kami yang direkomendasikan untuk adopsi cloud. Tetapi mungkin sulit untuk memutuskan mana yang memenuhi kebutuhan Anda, jadi kami memiliki panduan untuk memutuskan pendekatan mana yang tepat untuk Anda. Untuk informasi selengkapnya, lihat Memigrasikan atau memodernisasi?.

Pertama untuk memindahkan (35%)

Sebaiknya pilih kemenangan mudah untuk beban kerja pertama yang akan dipindahkan. Strategi ini memungkinkan Anda mengevaluasi rencana adopsi pada aplikasi yang lebih mudah sebelum menangani beban kerja yang lebih kompleks. Saat Anda bekerja, Anda harus mendokumen keberhasilan Anda dan merevisi strategi Anda jika diperlukan. Terapkan wawasan ini ke gerakan Anda yang lebih rumit. Dua contoh beban kerja yang dapat Anda sertakan dalam pemindahan pertama Anda adalah aplikasi web dasar dan portal tingkat lanjut.

• Aplikasi web dasar: Sebaiknya hosting ulang aplikasi web dasar Anda dan menunggu untuk memindahkan beban kerja yang lebih rumit hingga Anda memindahkan aplikasi web dasar Anda. Azure App Service adalah platform aplikasi fleksibel yang dapat menghosting sebagian besar aplikasi. Kami merekomendasikan solusi ini untuk aplikasi web dasar. Untuk informasi selengkapnya, lihat Azure App Service.

• Portal tingkat lanjut: Anda harus memigrasikan portal Anda ke portal Power Apps untuk meningkatkan produktivitas.

Di samping pemindahan (10%)

Anda harus menerapkan pelajaran yang dipelajari dari langkah pertama Anda untuk mengatasi beban kerja yang lebih menantang atau lebih penting. Kami memiliki beberapa contoh untuk memberi Anda rasa jenis beban kerja.

• Dampak bisnis yang tinggi: Beban kerja yang mendorong pendapatan atau sangat penting untuk misi.

• Sistem pemrosesan transaksi online (OLTP) input/output (I/O) yang tinggi: Beban kerja ini mencatat transaksi bisnis dan memiliki persyaratan pemrosesan yang ditingkatkan.

• Informasi yang diatur: Beban kerja ini harus mengikuti standar hukum dan industri seperti HIPAA, PCI DSS, dan lainnya. Sebaiknya gunakan Azure Policy untuk memastikan kepatuhan terhadap standar ini. Untuk mengetahui informasi selengkapnya, lihat Azure Policy.

Sulit atau mahal untuk dipindahkan (5%)

Pindahkan beban kerja yang paling sulit dan mahal yang terakhir. Sistem berikut mungkin perlu lebih banyak pemikiran untuk bergerak secara efisien.

• Aset bernilai tinggi (HVA): Gangguan atau kerusakan beban kerja ini akan mengganggu semua operasi bisnis.

• Sistem infrastruktur kunci publik (PKI): Beban kerja yang mengelola sertifikat digital x509, enkripsi jaringan, dan autentikasi.

• Kontrol sumber warisan: Sistem kontrol sumber yang tidak mudah diganti dengan GitHub.

• Tidak dapat dimodernisasi: Teknologi warisan atau kepemilikan yang tidak dapat dimodernisasi.

• Perubahan arsitektur mendalam: Arsitektur warisan yang memerlukan desain ulang arsitektur yang lengkap. Gunakan Microsoft Azure Well-Architected Framework daripada pendekatan modernisasi CAF.

Sumber daya lainnya

• Gunakan alat yang tersedia di Azure Migrate untuk menyederhanakan perjalanan Anda.
• Bergabunglah dengan program migrasi dan modernisasi untuk dukungan digital yang dipandu sendiri dan penyebaran yang dipandu pakar.
• Gunakan FastTrack untuk Azure untuk mendapatkan panduan yang disesuaikan dari teknisi Azure.

Langkah berikutnya

Memigrasikan atau memodernisasi terlebih dahulu?