Antipola rencana adopsi cloud

Pelanggan sering mengalami antipattern saat mengadopsi solusi cloud. Baik solusinya tidak efektif atau ada konsekuensi yang tidak diinginkan. Skenario umum meliputi:

• Model operasi yang tidak selaras menyebabkan peningkatan waktu ke pasar, kesalahpahaman, dan peningkatan tekanan pada departemen IT.
• Perusahaan terkadang memilih model layanan yang salah ketika mereka menganggap bahwa platform sebagai layanan (PaaS) akan mengurangi biaya.
• Ketika arsitektur organisasi berubah, proyek penggantian besar dapat terjadi. Mengelola proyek-proyek ini seringkali rumit dan berbiaya mahal.

Antipola: Memilih model operasi cloud yang salah

Prioritas strategis perusahaan dan ruang lingkup portofolionya menentukan model operasi cloud mereka. Model dapat memiliki berbagai jenis akuntabilitas, zona pendaratan, dan fokus. Ketika model tidak sejalan dengan tujuan perusahaan, masalah dapat terjadi:

• Peningkatan waktu ke pasar
• Kesalahpahaman
• Peningkatan tekanan pada departemen TI

Contoh: Menetapkan terlalu banyak tanggung jawab kepada tim kecil

Sebuah perusahaan memperkenalkan model operasi yang membuat departemen TI bertanggung jawab atas segala sesuatu yang berjalan di dalam cloud. Tim yang bertanggung jawab atas cloud berisi tiga orang. Pengaturan ini akan menyebabkan perjalanan adopsi menjadi lambat, karena:

• Tim hanya menyetujui langkah-langkah setelah sepenuhnya memahami efeknya pada bisnis, operasi, dan keamanan.
• Masalah-masalah ini bukan bidang keahlian utama tim.

Ahli materi ingin menggunakan layanan cloud, sehingga unit bisnis meningkatkan tekanan. IT bayangan mungkin akan muncul karena unit bisnis menggunakan kartu kredit perusahaan untuk menciptakan lingkungan untuk diri mereka sendiri.

Hasil yang disukai: Bandingkan model dan buat rencana kesiapan

Meninjau prioritas strategis, ruang lingkup portofolio, persyaratan, dan kendala. Jelajahi opsi model operasi dengan membandingkan empat pola operasi cloud yang paling umum dengan model operasi cloud Anda saat ini. Identifikasi satu atau beberapa model operasi cloud yang sesuai dengan organisasi Anda. Kemudian tentukan model. Karena peran berubah dengan model operasi, bangun rencana kesiapan keterampilan sebelum pindah ke cloud.

Antipola: Memilih model layanan yang salah

Perusahaan terkadang berasumsi bahwa solusi PaaS lebih murah daripada solusi infrastruktur sebagai layanan (IaaS). Asumsi ini dapat menyebabkan pilihan model layanan yang salah. Perusahaan yang sadar biaya sering membuat kesalahan ini ketika alasan utama mereka untuk pindah ke cloud adalah untuk menurunkan biaya. Perusahaan-perusahaan ini lupa bahwa mereka juga perlu mengubah proses ketika mereka mengadopsi PaaS, terutama ketika mereka memindahkan tanggung jawab tertentu ke penyedia cloud. Beralih ke PaaS menyebabkan perubahan mendasar dalam upaya koordinasi, praktik teknik, dan jalur pengiriman. Kenaikan biaya dan penundaan yang tidak terduga dapat terjadi.

Contoh: Memilih PaaS dibandingkan IaaS

Penerbit meluncurkan program untuk memigrasikan pusat datanya ke cloud. Para eksekutif ingin memodernisasi arsitektur aplikasi dan alat mereka saat ini sekaligus. Alasan mereka di antaranya:

• Memaksimalkan efisiensi biaya.
• Mengembangkan portofolio aplikasi yang lebih modern.

Untuk strategi adopsi mereka, mereka memilih PaaS daripada IaaS. Setahun dalam perjalanan adopsi cloud mereka, mereka mengalami tingkat adopsi yang lambat. Mereka harus mengubah berbagai proses, praktik, dan alat untuk mengadopsi PaaS sepenuhnya. Dewan tidak melihat dampak dan manfaat yang biasa terkait dengan PaaS. Pada saat yang sama, TI lebih lambat dari sebelumnya, sementara biaya pusat data tetap sama.

Hasil yang disukai: Meminimalkan gangguan pada bisnis Anda

Untuk mengurangi upaya koordinasi, mulailah dengan IaaS untuk proyek adopsi cloud awal. Mengadopsi proses dan praktik baru lebih mudah dikelola saat Anda pindah ke cloud nantinya daripada di awal. Adopsi IaaS terlebih dahulu, terutama dalam skenario transformasi pusat data. Pada saat yang sama, luncurkan inisiatif keterampilan cloud.

Secara bertahap memodernisasi dan mengadopsi PaaS selanjutnya, setelah beban kerja sudah ada di cloud. Pengalaman yang Anda dapatkan akan membantu Anda mengadopsi PaaS lebih cepat. Anda harus belajar lebih sedikit keterampilan dan proses baru untuk modernisasi. Anda juga tidak akan secara signifikan mengganggu proses bisnis Anda.

Antipola: Mengganti arsitektur

Aplikasi yang didasarkan pada PaaS dan perangkat lunak sebagai layanan (SaaS) relatif mudah dirawat. Aplikasi tersebut biasanya membutuhkan sedikit usaha dari manajemen. Akibatnya, banyak perusahaan mendesain ulang lanskap arsitektur lama yang kompleks dengan menggantinya dengan SaaS dan konsep cloud bawaan. Perubahan arsitektur ini biasanya mengarah pada proyek penggantian besar. Ini adalah tugas yang kompleks dan memakan biaya untuk mengelola dan melaksanakan proyek-proyek ini. Mengubah proses dan model operasi juga melibatkan risiko besar lainnya.

Contoh: Memilih penggantian di atas modernisasi

Sebuah perusahaan memiliki lingkungan SAP yang besar. Departemen TI ingin mengganti lanskap ini, yang menyebabkan beberapa masalah kinerja dan stabilitas. Setelah TI dimulai pada proyek pengganti, daftar uji tuntas untuk mengganti seluruh lingkungan menjadi lebih lama setiap harinya.

Hasil yang disukai: Merasionalisasi properti digital Anda

Sebelum Anda mengganti lingkungan aplikasi yang besar atau kompleks, pertimbangkan untuk secara bertahap memperbaiki lingkungan Anda dengan alih-alih memodernisasinya. Perubahan yang relatif kecil pada lingkungan aplikasi Anda dapat menyebabkan dampak besar pada kinerja dan keandalan. Misalnya, mengubah platform hosting ke Azure dapat memberikan stabilitas dan hasil yang cepat. Peningkatan hasil kinerja dan keandalan, di sebagian kecil dari perkiraan biaya penggantian.

Saat memutuskan strategi inovasi, jelajahi berbagai opsi modernisasi. Evaluasi opsi ini dalam bukti konsep (POC).

Pahami real estat digital perusahaan Anda, dan evaluasi aset digital sesuai dengan lima R rasionalisasi cloud. Tentukan mana dari lima R yang paling sesuai untuk memodernisasi atau memigrasikan aset Anda:

• Menentukan host kembali
• Menentukan faktor kembali
• Merancang ulang
• Membangun kembali
• Replace

Langkah berikutnya

Pelajari tentang fase Siap adopsi cloud.