Pemeriksaan Fakta: 10 Mitos Multi-Cloud Dibantah

Lingkungan multi-cloud dengan cepat menjadi komponen standar ekosistem TI perusahaan. Masih ada ketidakpastian yang wajar seputar jenis komputasi awan ini.

Meskipun multi-cloud menawarkan bisnis efisiensi, elastisitas, dan skalabilitas yang lebih besar, ia memiliki kelemahan. Dan, seperti teknologi perusahaan lainnya, ia memiliki kelebihan dan kekurangannya sendiri. Jadi, mari kita selami mitos yang mungkin pernah Anda dengar tentang komputasi multi-awan dan mengapa mitos itu sangat salah!

1. Multi-cloud dan hybrid cloud dan identik

Fakta : Meskipun keduanya merupakan lingkungan yang heterogen, multi cloud dan hybrid cloud memiliki implikasi yang sangat berbeda untuk TI.

Meskipun multi-cloud dan hybrid cloud serupa, ada beberapa perbedaan utama. Ini dapat memengaruhi desain dan pengoperasiannya.

Ini terutama menggunakan cloud dari berbagai penyedia, seperti AWS untuk aplikasi front-end dan Azure untuk Exchange Server. Cloud hybrid mengintegrasikan sistem cloud pribadi dengan sejumlah cloud publik, memungkinkan mereka beroperasi sebagai satu kesatuan.

Jenis arsitektur cloud yang Anda terapkan akan bergantung pada aplikasi yang Anda jalankan atau dukung dan tujuan bisnis Anda yang lebih besar.

2. Multi-cloud mencegah penguncian vendor

Fakta : Akan selalu ada tingkat penguncian dengan cloud publik mana pun .

Untuk mengklarifikasi kesalahpahaman ini, pertama-tama mari kita tentukan apa arti vendor lock-in. Dalam komputasi cloud, vendor lock-in terjadi saat pindah ke penyedia platform cloud alternatif sangat mahal. Ini pada akhirnya berakhir pada konsumen yang pada dasarnya terikat oleh vendor.

Ide umumnya adalah, saat Anda menggunakan beberapa platform cloud, vendor lock-in tidak terjadi. Tapi bukan itu masalahnya.

Jika Anda menggunakan API asli dari penyedia layanan cloud, Anda terkunci secara efektif. Layanan cloud penting, seperti keamanan, tata kelola, atau penyimpanan, yang digunakan melalui satu penyedia cloud tidak dapat ditransfer ke penyedia layanan cloud lainnya — kecuali mereka dimodifikasi untuk menjadi interoperable.

3. Multi-cloud lebih mahal daripada penyedia tunggal

Fakta : Biaya cloud bergantung pada cara pengelolaannya, bukan jumlah penyedia yang Anda pilih.

Multi-cloud tidak lebih mungkin dari layanan cloud lainnya melebihi anggaran. Itu semua tergantung pada bagaimana Anda berurusan dengan mereka. Dengan adanya panduan mendasar, yang mencakup pemantauan, penyediaan, dan penyimpanan data di lapisan penyimpanan yang tepat, organisasi akan merasa mudah untuk menjaga biaya multi-cloud.

4. Keamanan tidak diutamakan saat Anda mengadopsi multi-cloud

Fakta : Mengonfigurasi keamanan di lingkungan multi-cloud sebagian besar membutuhkan upaya dan keterampilan yang sama seperti satu cloud.

Seperti administrasi pada umumnya, keamanan di multi-cloud hanya akan lebih sulit jika tidak dijalankan dengan benar.

Jaringan area luas yang ditentukan perangkat lunak (SD-WAN) yang memiliki lapisan keamanan terpadu adalah suatu keharusan untuk keamanan cloud. Konsekuensinya, cloud, secara keseluruhan, ditempatkan di bawah satu arsitektur yang memungkinkan perluasan perlindungan dan kapasitas pemantauan di titik mana pun.

Jelas, tidak ada yang intrinsik dalam arsitektur multi-cloud, membuatnya lebih aman daripada arsitektur lainnya. Beberapa kerangka layanan, akses data, atau kontrol harus ditangani (khususnya selama migrasi).

Jika Anda mengabaikan kesesuaian di beberapa arsitektur serta wilayah geografis, multi-cloud mungkin tidak aman. Tetapi hal yang sama juga berlaku untuk lingkungan cloud tunggal.

5. Aplikasi dalam container dapat langsung dipindahkan ke multi-cloud

Fakta : Kontainerisasi saja tidak cukup untuk migrasi multi-cloud; upaya tambahan yang terlibat.

Memang benar bahwa kontainer memasok aplikasi dengan model standar seluler. Namun, aplikasi cloud-native secara operasional cukup kompleks.

Beban kerja dalam container memerlukan modifikasi tambahan sebelum dapat dianggap sebagai cloud-native. Di antara perubahan ini adalah penerapan OS khusus kontainer, penyaluran lalu lintas, dan pengelolaan konstruksi atau pengaturan operasional otomatis. Anda akan dikenakan biaya yang sangat tinggi jika Anda memigrasikan aplikasi monolitik dari mesin virtual ke cloud tanpa langkah perantara apa pun.

6. Multi-cloud akan membantu Anda memangkas biaya dengan segera

Fakta : Ternyata lebih hemat biaya dalam jangka panjang, tetapi Anda harus menunggu untuk membuka nilai penuh.

Komputasi awan adalah solusi hemat biaya, dan ini adalah salah satu keuntungan terbesarnya. Namun, anggapan bahwa solusi multi-cloud selalu lebih hemat biaya daripada solusi cloud tunggal tidak sepenuhnya akurat.

Strategi multi-cloud menuntut heterogenitas, yang membutuhkan serangkaian keterampilan untuk eksekusi yang efektif. Akibatnya, ada campuran risiko finansial dan non-finansial, karena melibatkan sedikit kompleksitas arsitektur. Namun demikian, bisnis terus menyukai multi-cloud karena kelincahannya yang meningkat, yang memungkinkan mereka untuk menggunakan penawaran cloud terbaik dan mendorong inovasi.

Dalam hal biaya langsung, multicloud tidak diragukan lagi lebih mahal untuk dibangun, disiapkan, dan dijalankan daripada satu cloud. Namun, berbagai platform menawarkan solusi optimal untuk berbagai tantangan tingkat perusahaan.

7. Awan tunggal masih menjadi norma

Fakta : Mengesampingkan penawaran cloud yang menarik perhatian, sebagian besar perusahaan menggunakan dua atau lebih platform cloud – dan vendor juga menerima hal ini.

Tampaknya sebagian besar bisnis memutuskan antara AWS, Microsoft Azure, atau Google Cloud Platform tanpa memikirkan opsi lain.

Namun, banyak bisnis, terutama yang telah lama berinvestasi dalam solusi teknologi, menginginkan pilihan penyedia layanan yang lebih luas. Organisasi ini menggunakan solusi hybrid dan multi-cloud untuk memaksimalkan aset yang tersedia sambil meminimalkan ketergantungan pada satu vendor.

Bahkan Google mengakui pentingnya "cloud terbuka" dalam mendorong kreativitas, keserbagunaan, dan kemampuan beradaptasi. Google memperluas ekosistem sumber terbukanya untuk memudahkan penggabungan banyak cloud. BigQuery, misalnya, memfasilitasi penggabungan data dari berbagai sumber dan mendukung analitik data di lokasi terpusat.

8. Multi-awan seperti banyak sungai yang mengalir ke satu lautan

Fakta : Interoperabilitas sempurna hampir tidak mungkin dicapai di lingkungan cloud yang heterogen, termasuk multi-cloud.

Keyakinan umum adalah bahwa penerapan multi-cloud muncul dan dapat dikelola sebagai entitas konseptual tunggal. Faktanya adalah cloud berfungsi sebagai platform, dan meskipun ada standarisasi, cloud akan terus bervariasi — mirip dengan database SQL.

Ini pada akhirnya merupakan sarana bagi bisnis untuk melakukan diversifikasi. Dalam sebagian besar kasus, multi-cloud tidak akan melibatkan pengoperasian database atau aplikasi terdistribusi melalui dua cloud atau lebih. Alih-alih, strategi multi-cloud menekankan fleksibilitas pilihan cloud — apa yang berjalan, di mana.

9. Perusahaan kecil tidak bisa mengadopsi multi-cloud

Fakta : Sebagian besar bisnis sudah mengandalkan lingkungan cloud yang berbeda, dan sebaiknya persiapkan lebih awal.

Sekarang, organisasi besar mungkin memiliki permintaan yang lebih besar untuk arsitektur multi-cloud. Namun, usaha kecil tetap menggunakan rangkaian aplikasi khusus yang ditingkatkan dengan penggunaan banyak cloud. Untuk mendapatkan hasil maksimal dari alat ini, yang terbaik adalah memulai dengan lingkungan berskala.

Menggunakan platform SaaS seperti Salesforce, Power BI, Tableau, dll., atau layanan keamanan terkelola, perusahaan kecil dapat memanfaatkan komputasi multi-cloud.

10. Multi-cloud secara otomatis akan meningkatkan ketahanan saya

Fakta : Ini berguna untuk ketahanan hanya jika Anda menggunakan cloud yang berbeda untuk cadangan atau untuk menghosting gambar virtualisasi desktop Anda.

Kekeliruannya adalah bahwa bisnis dapat secara dinamis mentransfer aplikasi dan informasi antar database jika mereka menggunakan lebih dari satu penyedia cloud. Oleh karena itu, mereka tidak dapat dihancurkan hanya dengan satu pemadaman. Menggunakan strategi multi-cloud untuk pemulihan bencana dapat menghabiskan biaya dua kali lipat dibandingkan menggunakan satu cloud hanya untuk satu aplikasi.

Hal ini karena beban kerja tidak dapat berpindah antar cloud secara real time selama keadaan darurat, dan Anda harus menjalankan dua instans aplikasi yang sama secara bersamaan di dua cloud – menambah biaya.

Untuk tujuan ketahanan, lebih baik memiliki lokasi redundan dan berinvestasi untuk meminimalkan pemadaman jaringan internal, mengingat pemadaman cloud publik jarang terjadi.

Pikiran terakhir

Saat ini, kemungkinan berakhir dengan lingkungan multi-cloud (apakah Anda merencanakannya atau tidak) sangat tinggi. Anda dapat memilih untuk menghubungkan sensor IoT rantai pasokan di AWS, melatih model pembelajaran mesin di Google, dan menggunakan Azure untuk kolaborasi ruang kerja. Tetapi masuklah ke dalam investasi dengan mata terbuka lebar dan pertama-tama pelajari semua yang perlu diketahui tentang komputasi awan untuk membuat keputusan terbaik bagi bisnis Anda.