Komputasi cloud telah menjadi hal yang umum selama dekade terakhir dengan 99% organisasi menggunakan setidaknya satu cloud publik atau pribadi menurut Laporan Status Cloud Flexera 2021. Meskipun AWS, Microsoft Azure, dan GCP adalah tiga penyedia cloud publik teratas saat ini, banyak organisasi—baik karena sengaja atau tidak sengaja—telah mengadopsi strategi multi-cloud yang memungkinkan mereka memilih layanan cloud mana yang paling menarik dan paling sesuai dengan persyaratan bisnis unik mereka. Menurut laporan Flexera, 92% perusahaan saat ini memiliki strategi multicloud dan menggunakan rata-rata 2,6 cloud publik dan 2,7 cloud privat, termasuk Software-as-a-Service (SaaS), Platform-as-a-Service (PaaS), dan penawaran Infrastructure-as-a-Service (IaaS).

---

Apa itu multicloud?

Multi-cloud hanyalah sebuah lingkungan yang terdiri dari dua atau lebih cloud publik dan/atau privat (termasuk SaaS, PaaS, dan IaaS). Layanan yang berbeda dalam lingkungan multi-cloud dapat saling beroperasi (dalam hal ini mungkin merupakan cloud hybrid) atau mungkin tidak selalu saling beroperasi (pada dasarnya beroperasi sebagai silo cloud terpisah). Ingat, meskipun semua cloud hybrid adalah multi-cloud, tidak semua multi-cloud adalah cloud hybrid.

---

Evolusi (dan Adopsi Luas) Multi-Cloud sebagai Strategi

Lingkungan multi-cloud terdiri dari kombinasi dua atau lebih penawaran cloud publik atau pribadi termasuk SaaS, PaaS, dan IaaS. Dengan demikian, strategi multi-cloud organisasi dapat terdiri dari beban kerja perusahaan yang berjalan di Amazon Elastic Cloud Compute (EC2) dan menggunakan Microsoft 365 untuk aplikasi email dan back-office. Atau organisasi dapat menghubungkan database khusus yang dihosting di cloud pribadi ke Salesforce, penawaran SaaS cloud publik.

Lingkungan hybrid cloud terdiri dari campuran lingkungan on-premise, private cloud, dan public cloud. Menurut laporan Flexera, 80% perusahaan memiliki strategi cloud hybrid (lihat Gambar 4). Lingkungan multi-cloud sering berkembang sebagai akibat dari TI bayangan, di mana berbagai departemen mendapatkan layanan cloud untuk memenuhi kebutuhan masing-masing tanpa harus berkonsultasi dengan departemen TI terpusat. Misalnya, tim pemasaran Anda mungkin sudah mulai menggunakan Salesforce jauh sebelum TI menerapkan beban kerja pertamanya di AWS, sementara departemen SDM dan keuangan Anda sibuk menambahkan Workday dan Concur ke campuran aplikasi SaaS yang sekarang menjadi andalan organisasi Anda. Atau mungkin Anda memiliki tim pengembangan aplikasi yang mengerjakan berbagai proyek di seluruh dunia. Satu tim pengembangan mungkin lebih memilih Azure DevOps, sedangkan tim lain mungkin lebih memilih alat sumber terbuka di AWS. Jadi, strategi multi-cloud Anda mungkin telah berkembang secara kebetulan—yang tidak selalu merupakan hal yang buruk.

Departemen Anda yang berbeda diberdayakan untuk memilih solusi terbaik untuk memenuhi kebutuhan mereka sementara tim pengembang aplikasi Anda dapat memaksimalkan produktivitas dan mengurangi waktu kerja pasar di lingkungan pengembangan pilihan mereka.

Lingkungan multi-cloud juga berkembang berdasarkan desain, misalnya, karena persyaratan peraturan, merger dan akuisisi, atau untuk menerapkan strategi ketersediaan tinggi dan pemulihan bencana.

Bahasa peraturan bisa jadi tidak jelas dan membingungkan. Misalnya, peraturan Financial Conduct Authority (FCA) tentang pengalihdayaan TI menyatakan bahwa perusahaan harus dapat "mengetahui bagaimana mereka akan beralih ke penyedia layanan alternatif dan mempertahankan kelangsungan bisnis". Pernyataan ini menyiratkan bahwa perusahaan yang diatur setidaknya perlu merencanakan lingkungan cloud sekunder. Mengingat sifat menghindari risiko dari banyak perusahaan yang diatur dengan ketat, jenis masalah ini telah menyebabkan banyak orang mengadopsi strategi multicloud.

Mengintegrasikan sistem TI dan mengkonsolidasikan pusat data dan lingkungan cloud setelah merger atau akuisisi merupakan tantangan yang signifikan. Ada sejumlah faktor yang dapat memperumit tantangan ini, termasuk kontrak yang ada dengan penyedia cloud atau penyedia co-location. Serupa dengan konsolidasi pusat data fisik, konsolidasi beban kerja cloud dapat menjadi upaya besar yang tidak memberikan nilai bisnis yang signifikan, sehingga seringkali tertunda untuk proyek dengan prioritas lebih tinggi.

Akhirnya, strategi multi-cloud sering diadopsi untuk mendukung persyaratan ketersediaan tinggi dan pemulihan bencana. Dalam mengevaluasi pemadaman cloud publik besar di seluruh AWS dan Azure, sebagian besar pemadaman biasanya terbatas pada satu wilayah cloud pada satu waktu (dan umumnya terkait perangkat lunak).

Semakin banyak organisasi (34% menurut laporan Flexera) telah mengambil langkah tambahan untuk menerapkan beban kerja penting mereka di beberapa penyedia cloud publik. Ini bisa jauh lebih mudah untuk beban kerja statis, seperti situs web dan aplikasi yang dapat berjalan secara independen satu sama lain. Untuk sistem terdistribusi, seperti database dan layanan direktori (misalnya, Direktori Aktif), pemulihan bencana multi-cloud bisa jauh lebih menantang.

Memahami Tantangan Unik di Lingkungan Multi-Cloud

Lingkungan multi-cloud lebih kompleks dan karenanya lebih menantang untuk dikelola daripada penerapan cloud tunggal. Beberapa tantangan unik di lingkungan multi-cloud meliputi: • Visibilitas ujung ke ujung: Memastikan visibilitas lengkap merupakan tantangan di lingkungan TI mana pun—dan secara eksponensial lebih kompleks dan menantang dalam lingkungan multi-cloud yang sangat dinamis. Namun, visibilitas end-to-end sangat penting untuk memecahkan masalah kinerja dan hambatan, mengamankan jejak digital Anda, dan mengidentifikasi satu titik kegagalan dalam sistem dan aplikasi penting.

• Manajemen keamanan dan identitas: Ransomware dan ancaman keamanan siber lainnya menjadi perhatian utama setiap pemimpin TI saat ini. Saat berpindah ke platform cloud publik umumnya meningkatkan postur keamanan organisasi dengan mengalihkan tanggung jawab keamanan tertentu (seperti pusat data dan keamanan fisik) ke penyedia cloud publik dan menyediakan akses sesuai permintaan ke layanan seperti enkripsi dan segmentasi jaringan, hal itu dapat juga membuatnya lebih mudah untuk membuat kesalahan mahal. Misalnya, kesalahan konfigurasi jaringan bisa jadi hal biasa—ribuan pelanggaran data disebabkan oleh bucket penyimpanan AWS S3 yang tidak dikonfigurasi dengan benar. Manajemen identitas adalah tantangan lain. Misalnya, Azure Active Directory mungkin cukup familiar bagi organisasi yang sebelumnya telah menggunakan Active Directory di lingkungan lokal mereka, tetapi memperluas manajemen identitas di luar Azure ke penawaran AWS, GCP, dan SaaS (seperti Salesforce, ServiceNow, Workday, dan lainnya ) dapat memperkenalkan tantangan baru.

• Portabilitas aplikasi dan data: Kemampuan untuk memindahkan aplikasi dan data secara dinamis di berbagai platform cloud publik dalam lingkungan hybrid (multi-cloud) adalah kunci dari banyak strategi multi-cloud. Meskipun penyedia cloud publik tidak perlu membangun layanan mereka untuk membatasi portabilitas aplikasi dan data, mereka tidak perlu bekerja sama untuk memfasilitasi kemampuan ini dan mungkin ada biaya yang harus dikeluarkan. Penyedia cloud yang berbeda juga menggunakan teknologi yang berbeda untuk berbagai penawaran layanan mereka.

• Silo multi-awan: Jika organisasi tidak merencanakan dan merancang penerapan multi-cloud mereka untuk portabilitas aplikasi dan data, mereka dapat berakhir dengan aplikasi dan penyimpanan yang terpisah, yang pada dasarnya menciptakan kembali masalah umum di lingkungan pusat data lokal tradisional, di berbagai platform cloud. Paling tidak, organisasi memerlukan alat manajemen dan keamanan multi-cloud yang memungkinkan mereka mengelola risiko dan penggunaan/biaya secara efektif di berbagai platform cloud.

Menurut Flexera 2021 State of the Cloud Report, 81% organisasi menyebut keamanan sebagai tantangan utama dalam penerapan cloud mereka, diikuti dengan mengelola pengeluaran cloud (79%). Namun hanya 42% organisasi yang menggunakan alat manajemen biaya multi-cloud dan hanya 38% yang menggunakan alat keamanan multi-cloud.

Mengatasi Ketersediaan Tinggi dan Pemulihan Bencana di Lingkungan Multi-Cloud

Meskipun ada banyak tantangan untuk penerapan multi-cloud, hal tersebut dapat memberikan ketersediaan tambahan, terutama jika terjadi pemadaman cloud besar, dan pemulihan bencana. Jika organisasi Anda mengejar strategi multicloud, Anda harus bekerja sama dengan partner cloud-agnostic tepercaya untuk membantu merancang dan mengimplementasikan penerapan multi-cloud menggunakan pendekatan holistik.

Untuk ketersediaan tinggi dan pemulihan bencana, Anda juga memerlukan solusi teknologi cloud-agnostic yang menjangkau lingkungan multi-cloud Anda, terlepas dari platform cloud yang Anda gunakan. Anda selalu ingin menghindari skenario di mana solusi ketersediaan tinggi menyebabkan lebih banyak waktu henti di lingkungan Anda daripada solusi mandiri. Versi awal pengelompokan SQL Server menghadirkan teka-teki ini—untuk menambah ruang disk, Anda harus mengalami waktu henti yang tidak akan terjadi pada solusi mandiri. Meskipun gagal karena sesuatu seperti situs web statis bisa jadi sepele, memindahkan tumpukan aplikasi multi-tingkat sangatlah rumit dalam hal jaringan dan sinkronisasi data. Anda juga perlu menghindari kegagalan ke lingkungan cloud yang kurang aman yang berpotensi salah konfigurasi karena kurangnya pemahaman nuansa antara berbagai solusi keamanan di seluruh penyedia cloud.

Jadi apa yang harus aku lakukan?

Terakhir, di setiap cloud publik, ada beberapa layanan yang dapat meningkatkan biaya dengan cepat. Layanan ini dibebankan sesuai dengan harga berdasarkan penggunaan dan dapat berarti kenaikan biaya yang tajam hanya dalam beberapa hari. Salah satu cara untuk mengurangi risiko ini adalah dengan memastikan Anda memanfaatkan layanan dan peringatan pemantauan biaya yang ada di setiap platform cloud Anda.

Meskipun penerapan multi-cloud tidak untuk semua organisasi, banyak yang akan menempuh jalur ini. Memahami jaringan dan keamanan adalah salah satu rintangan teknis terbesar Anda, dan mengelola tata kelola dan biaya adalah tantangan fungsional utama. Pengujian sangat penting untuk memastikan solusi klaster multicloud Anda berfungsi. Sangatlah penting untuk menggunakan solusi pengelompokan ketersediaan tinggi yang memungkinkan pengalihan dan pengalihan sederhana dan untuk memahami cara kerja setiap aplikasi Anda failover , dan yang paling penting untuk secara teratur menguji kegagalan itu untuk memahami rintangan jaringan atau data apa pun.

Direproduksi dengan izin dari SIOS