Archives

Ketersediaan Tinggi Multi-Cloud untuk Aplikasi Penting Bisnis

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

Pemulihan Bencana Multi-Cloud

Jika topik ini terdengar membingungkan, kami mengerti. Dengan saran para ahli kami, kami berharap dapat meredakan kekhawatiran Anda – sambil juga menyampaikan beberapa pertimbangan penting untuk organisasi Anda sebelum atau sesudah pergi multi-awan . Perencanaan untuk pemulihan bencana adalah titik kebingungan umum bagi perusahaan yang menggunakan komputasi awan, terutama ketika melibatkan banyak penyedia awan.

Cukup melelahkan untuk memastikan perlindungan data dan pemulihan bencana (DR) saat semua data berada di lokasi. Namun saat ini banyak perusahaan memiliki data di tempat serta dengan beberapa penyedia cloud, strategi hibrida yang mungkin masuk akal secara bisnis tetapi dapat menciptakan tantangan bagi mereka yang bertugas dengan perlindungan data. Sebelum kita mempelajari detailnya, mari kita definisikan istilah kuncinya.

Apa itu multi-cloud?

Multi-cloud adalah pemanfaatan dua atau lebih penyedia cloud untuk melayani layanan dan infrastruktur TI organisasi. Pendekatan multi-cloud biasanya terdiri dari kombinasi penyedia cloud publik utama, yaitu Amazon Web Services (AWS), Google Cloud Platform (GCP), dan Microsoft Azure.

Organisasi memilih layanan terbaik dari setiap penyedia cloud berdasarkan biaya, persyaratan teknis, ketersediaan geografis, dan faktor lainnya. Ini mungkin berarti bahwa perusahaan menggunakan Google Cloud untuk pengembangan/pengujian, saat menggunakan AWS untuk pemulihan bencana, dan Microsoft Azure untuk memproses data analitik bisnis.

Multi-cloud berbeda dari hybrid cloud yang mengacu pada lingkungan komputasi yang menggabungkan infrastruktur lokal, layanan cloud pribadi, dan cloud publik.

Siapa yang menggunakan banyak awan?

Industri yang diatur – Banyak organisasi menjalankan operasi bisnis yang berbeda di lingkungan cloud yang berbeda. Ini mungkin merupakan strategi yang disengaja untuk mengoptimalkan lingkungan TI mereka berdasarkan kekuatan masing-masing penyedia cloud atau hanya produk dari organisasi TI yang terdesentralisasi.

Media dan Hiburan – Lanskap media dan hiburan saat ini semakin terdiri dari studio yang relatif kecil dan khusus yang memenuhi kebutuhan produksi konten yang membengkak dari para pemain terbesar, seperti Netflix dan Hulu. Solusi multi-cloud memungkinkan tim-tim ini untuk bekerja sama dalam proyek yang sama, mengakses alat produksi pilihan mereka dari berbagai cloud publik, dan menyederhanakan persetujuan tanpa penundaan terkait dengan pemindahan file media besar dari satu situs ke situs lainnya.

Transportasi dan Mengemudi Otonom – Proyek mobil yang terhubung dan mengemudi otonom menghasilkan sejumlah besar data dari berbagai sensor. Produsen mobil, agen transportasi umum, dan perusahaan rideshare termasuk di antara mereka yang termotivasi untuk memanfaatkan inovasi multi-cloud, memadukan aksesibilitas data di beberapa cloud tanpa risiko biaya keluar yang signifikan dan transfer yang lambat, sambil mempertahankan kebebasan untuk memanfaatkan optimal layanan cloud publik untuk setiap proyek.

Sektor Energi – Adopsi multi-cloud dapat membantu menurunkan biaya signifikan yang terkait dengan pencarian dan pengeboran sumber daya.Insinyur dan ilmuwan data dapat menggunakan analitik pembelajaran mesin (ML) untuk mengidentifikasi tempat-tempat yang membutuhkan lebih banyak sumber daya untuk prospek minyak, untuk mengukur risiko lingkungan dari proyek-proyek baru, dan untuk meningkatkan keselamatan.

Poin nyeri pemulihan bencana multi-cloud:

Tidak membaca sebelum Anda menandatangani.Pelanggan mungkin menghadapi masalah jika mereka gagal membaca cetakan kecil dalam perjanjian cloud mereka. Penyedia cloud bertanggung jawab atas infrastruktur komputernya, tetapi pelanggan bertanggung jawab untuk melindungi aplikasi dan data mereka. Ada banyak alasan untuk waktu henti aplikasi yang tidak tercakup dalam SLA cloud. Beban kerja penting bisnis memerlukan ketersediaan tinggi dan perangkat lunak perlindungan pemulihan bencana juga.

Mengembangkan kebijakan proteksi terpusat.Kebijakan perlindungan terpusat harus dibuat untuk mencakup semua data, di mana pun ia tinggal. Setiap penyedia cloud memiliki cara unik untuk mengakses, membuat, memindahkan, dan menyimpan data, dengan tingkat penyimpanan yang berbeda. Mungkin rumit untuk membuat rencana pemulihan bencana yang mencakup data di berbagai awan.

Pelaporan.Hal ini penting untuk memastikan perlindungan data sesuai dengan perjanjian tingkat layanan yang mengaturnya. Mengingat seberapa cepat pengguna dapat meningkatkan sumber daya cloud, mungkin sulit untuk memastikan Anda melindungi setiap sumber daya dengan tepat dan mengidentifikasi semua data yang perlu dimasukkan ke dalam rencana DR Anda.

Uji rencana DR Anda.Pelanggan harus sepenuhnya menyaring dan menguji strategi DR mereka. Strategi multi cloud menambah kebutuhan akan pengujian. Beberapa penyedia mungkin membebankan biaya kepada pelanggan untuk pengujian, yang memperkuat kebutuhan untuk membaca cetakan kecil kontrak.

Perangkat keterampilan sumber daya . Menemukan seorang ahli dalam satu cloud bisa jadi menantang; dengan multi-cloud, Anda perlu menemukan keahlian di setiap cloud, atau individu langka yang memiliki signifikansi di banyak cloud.

Mengatasi tantangan DR multi-cloud

Memenuhi tantangan ini mengharuskan perusahaan untuk mengembangkan perlindungan data dan strategi pemulihan yang mencakup banyak masalah. Coba tanyakan pada diri Anda pertanyaan strategis berikut:

Sudahkah Anda menentukan tingkat kekritisan untuk semua aplikasi dan data? Berapa banyak uang yang akan dikeluarkan beberapa menit untuk aplikasi penting yang membebani organisasi Anda dalam produktivitas pengguna akhir, kepuasan pelanggan, dan tenaga kerja TI?
Apakah perlindungan dan pemulihan data akan ditangani oleh IT atau pemilik dan pembuat aplikasi dalam model layanan mandiri?
Apakah Anda merencanakan pengoptimalan data, menggunakan berbagai opsi berbasis cloud dan lokal?
Bagaimana Anda berencana untuk memulihkan data? Memulihkan data ke mesin virtual berbasis cloud atau menggunakan gambar cadangan sebagai sumber pemulihan?

Dapatkan solusi DR multi-cloud yang tepat

Kunci terbesar untuk sukses dalam perlindungan dan pemulihan data dalam skenario multi-cloud adalah memastikan Anda memiliki visibilitas ke semua data Anda, tidak peduli bagaimana data itu disimpan. Alat dari perusahaan memungkinkan Anda untuk menentukan data dan aplikasi mana yang harus dipulihkan dalam skenario bencana dan bagaimana melakukannya – baik dari gambar cadangan atau dengan memindahkan data ke VM yang baru dibuat di cloud, misalnya.

Alat ini akan membantu Anda mengatur skenario pemulihan dan, yang penting, mengujinya. Jika alat ini terintegrasi dengan baik dengan alat pencadangan data Anda, alat ini juga memungkinkan Anda untuk menggunakan cadangan sebagai sumber data pemulihan, bahkan jika data disimpan di lokasi yang berbeda – seperti beberapa awan. Webinar SIOS terbaru kami membahas hal yang sama; jam tangan itu disini jika Anda tertarik.Penjaga Data SIOS memungkinkan Anda menjalankan aplikasi penting bisnis Anda dalam lingkungan cloud yang fleksibel dan skalabel, seperti Layanan Web Amazon (AWS) , Biru langit , dan Google Cloud Platform tanpa mengorbankan kinerja, ketersediaan tinggi atau perlindungan bencana. SIOS DataKeeper tersedia di Pasar AWS dan satu-satunya perangkat lunak ketersediaan tinggi bersertifikat Azure untuk WSFC yang ditawarkan di Pasar Azure.