Pola arsitektur multicloud yang dipartisi menggabungkan beberapa lingkungan cloud publik yang dioperasikan oleh penyedia layanan cloud yang berbeda. Arsitektur ini memberikan fleksibilitas untuk men-deploy aplikasi di lingkungan komputasi yang optimal yang memperhitungkan pendorong dan pertimbangan multicloud yang dibahas di bagian pertama seri ini.
Diagram berikut menunjukkan pola arsitektur multicloud yang dipartisi.
Pola arsitektur ini dapat dibangun dengan dua cara berbeda. Pendekatan pertama didasarkan pada deployment komponen aplikasi di lingkungan cloud publik yang berbeda. Pendekatan ini juga disebut sebagai arsitektur komposit dan merupakan pendekatan yang sama dengan pola arsitektur hybrid bertingkat. Namun, alih-alih menggunakan lingkungan lokal dengan cloud publik, lingkungan ini menggunakan setidaknya dua lingkungan cloud. Dalam arsitektur komposit, satu workload atau aplikasi menggunakan komponen dari lebih dari satu cloud. Pendekatan kedua men-deploy aplikasi yang berbeda di lingkungan cloud publik yang berbeda. Daftar tidak lengkap berikut menjelaskan beberapa pendorong bisnis untuk pendekatan kedua:
- Untuk mengintegrasikan sepenuhnya aplikasi yang dihosting di lingkungan cloud yang berbeda-beda selama skenario merger dan akuisisi antara dua perusahaan.
- Untuk meningkatkan fleksibilitas dan mengakomodasi berbagai preferensi cloud dalam organisasi Anda. Terapkan pendekatan ini untuk mendorong unit organisasi memilih penyedia cloud yang paling sesuai dengan kebutuhan dan preferensi spesifik mereka.
- Untuk beroperasi dalam deployment multi-regional atau cloud global. Jika perusahaan diwajibkan untuk mematuhi peraturan residensi data di region atau negara tertentu, maka perusahaan tersebut harus memilih dari penyedia cloud yang tersedia di lokasi tersebut jika penyedia cloud utamanya tidak memiliki region cloud di sana.
Dengan pola arsitektur multicloud yang dipartisi, Anda dapat mempertahankan kemampuan untuk mengalihkan workload sesuai kebutuhan dari satu lingkungan cloud publik ke lingkungan cloud publik lainnya. Dalam hal ini, portabilitas workload Anda menjadi persyaratan utama. Saat Anda men-deploy workload ke beberapa lingkungan komputasi, dan ingin mempertahankan kemampuan untuk memindahkan workload antarlingkungan, Anda harus menghilangkan perbedaan antarlingkungan. Dengan menggunakan Google Kubernetes Engine (GKE), Anda dapat mendesain dan membangun solusi untuk mengatasi kompleksitas multicloud dengan postur keamanan, operasi, dan tata kelola yang konsisten. Untuk mengetahui informasi selengkapnya, lihat GKE Multi-Cloud.
Seperti yang disebutkan sebelumnya, ada beberapa situasi yang mungkin memiliki alasan bisnis dan teknis untuk menggabungkan Google Cloud dengan penyedia cloud lain dan mempartisi beban kerja di seluruh lingkungan cloud tersebut. Solusi multicloud menawarkan fleksibilitas untuk memigrasikan, membangun, dan mengoptimalkan portabilitas aplikasi di seluruh lingkungan multicloud sambil meminimalkan keterikatan, dan membantu Anda memenuhi persyaratan peraturan. Misalnya, Anda dapat menghubungkan Google Cloud dengan Oracle Cloud Infrastructure (OCI), untuk membangun solusi multicloud yang memanfaatkan kemampuan setiap platform menggunakan Cloud Interconnect pribadi untuk menggabungkan komponen yang berjalan di OCI dengan resource yang berjalan di Google Cloud. Untuk mengetahui informasi selengkapnya, lihat Google Cloud dan Oracle Cloud Infrastructure – memaksimalkan multicloud. Selain itu, Cross-Cloud Interconnect memfasilitasi konektivitas khusus bandwidth tinggi antara Google Cloud dan penyedia layanan cloud yang didukung lainnya, sehingga Anda dapat merancang dan membangun solusi multicloud untuk menangani volume traffic antar-cloud yang tinggi.
Kelebihan
Meskipun menggunakan arsitektur multicloud menawarkan beberapa manfaat bisnis dan teknis, seperti yang dibahas dalam Pendorong, pertimbangan, strategi, dan pendekatan, Anda harus melakukan penilaian kelayakan yang mendetail untuk setiap potensi manfaat. Penilaian Anda harus mempertimbangkan dengan cermat tantangan langsung atau tidak langsung yang terkait atau potensi hambatan, dan kemampuan Anda untuk mengatasinya secara efektif. Selain itu, pertimbangkan bahwa pertumbuhan jangka panjang aplikasi atau layanan Anda dapat menimbulkan kompleksitas yang mungkin lebih besar daripada manfaat awalnya.
Berikut beberapa keuntungan utama pola arsitektur multicloud yang dipartisi:
Dalam skenario di mana Anda mungkin perlu meminimalkan keterikatan pada satu penyedia cloud, Anda dapat mendistribusikan aplikasi ke beberapa penyedia cloud. Dengan demikian, Anda dapat mengurangi ketergantungan pada vendor secara relatif dengan kemampuan untuk mengubah paket (sampai batas tertentu) di seluruh penyedia cloud Anda. Open Cloud membantu menghadirkan kemampuan Google Cloud , seperti GKE, ke berbagai lokasi fisik. Dengan memperluas kemampuan di lokasi, di beberapa cloud publik, dan di edge, platform ini memberikan fleksibilitas, ketangkasan, dan mendorong transformasi. Google Cloud
Karena alasan peraturan, Anda dapat menyajikan segmen tertentu basis pengguna dan data dari negara tempat Google Cloud tidak memiliki region cloud.
Pola arsitektur multicloud yang dipartisi dapat membantu mengurangi latensi dan meningkatkan kualitas pengalaman pengguna secara keseluruhan di lokasi tempat penyedia cloud utama tidak memiliki region cloud atau titik kehadiran. Pola ini sangat berguna saat menggunakan konektivitas multicloud berkapasitas tinggi dan latensi rendah, seperti Cross-Cloud Interconnect dan CDN Interconnect dengan CDN terdistribusi.
Anda dapat men-deploy aplikasi di beberapa penyedia cloud dengan cara yang memungkinkan Anda memilih di antara layanan terbaik yang ditawarkan oleh penyedia cloud lain.
Pola arsitektur multicloud yang dipartisi dapat membantu memfasilitasi dan mempercepat skenario merger dan akuisisi, di mana aplikasi dan layanan kedua perusahaan dapat dihosting di lingkungan cloud publik yang berbeda.
Praktik terbaik
- Mulailah dengan men-deploy beban kerja yang tidak penting. Deployment awal ini di cloud sekunder kemudian dapat berfungsi sebagai pola untuk deployment atau migrasi di masa mendatang. Namun, pendekatan ini mungkin tidak berlaku dalam situasi ketika workload tertentu secara hukum atau peraturan diwajibkan berada di region cloud tertentu, dan penyedia cloud utama tidak memiliki region di wilayah yang diperlukan.
- Minimalkan dependensi antara sistem yang berjalan di berbagai lingkungan cloud publik, terutama saat komunikasi ditangani secara sinkron. Dependensi ini dapat memperlambat performa, mengurangi ketersediaan keseluruhan, dan berpotensi menimbulkan biaya transfer data keluar tambahan.
- Untuk menghilangkan perbedaan antarlingkungan, pertimbangkan untuk menggunakan container dan Kubernetes jika didukung oleh aplikasi dan memungkinkan.
- Pastikan pipeline dan alat CI/CD untuk deployment dan pemantauan konsisten di seluruh lingkungan cloud.
- Pilih pola arsitektur jaringan optimal yang memberikan solusi komunikasi paling efisien dan efektif untuk aplikasi yang Anda gunakan.
- Untuk memenuhi ekspektasi ketersediaan dan performa Anda, desain untuk ketersediaan tinggi (HA) end-to-end, latensi rendah, dan tingkat throughput yang sesuai.
Untuk melindungi informasi sensitif, sebaiknya enkripsi semua komunikasi dalam pengiriman.
- Jika enkripsi diperlukan di lapisan konektivitas, berbagai opsi tersedia, berdasarkan solusi konektivitas hybrid yang dipilih. Opsi ini mencakup tunnel VPN, VPN dengan ketersediaan tinggi (HA) melalui Cloud Interconnect, dan MACsec untuk Cross-Cloud Interconnect.
Jika Anda menggunakan beberapa CDN sebagai bagian dari pola arsitektur yang dipartisi multicloud, dan Anda mengisi CDN lain dengan file data besar dari Google Cloud, pertimbangkan untuk menggunakan link CDN Interconnect antara Google Cloud dan penyedia yang didukung untuk mengoptimalkan traffic ini dan, mungkin, biayanya.
Perluas solusi pengelolaan identitas Anda antarlingkungan agar sistem dapat melakukan autentikasi dengan aman di seluruh batas lingkungan.
Untuk menyeimbangkan permintaan secara efektif di Google Cloud dan platform cloud lain, Anda dapat menggunakan Cloud Load Balancing. Untuk mengetahui informasi selengkapnya, lihat Merutekan traffic ke lokasi lokal atau cloud lain.
- Jika volume transfer data keluar dari Google Cloud ke lingkungan lain tinggi, pertimbangkan untuk menggunakan Cross-Cloud Interconnect.
Untuk mengatasi inkonsistensi dalam protokol, API, dan mekanisme autentikasi di berbagai backend, sebaiknya deploy gateway atau proxy API sebagai fasad terpadu jika memungkinkan. Gateway atau proxy ini bertindak sebagai titik kontrol terpusat dan melakukan langkah-langkah berikut:
- Menerapkan langkah-langkah keamanan tambahan.
- Melindungi aplikasi klien dan layanan lain dari perubahan kode backend.
- Memfasilitasi jalur audit untuk komunikasi antara semua aplikasi lintas lingkungan dan komponen yang tidak terikat.
- Berfungsi sebagai
lapisan komunikasi perantara
antara layanan lama dan modern.
- Apigee dan Apigee hybrid memungkinkan Anda menghosting dan mengelola gateway hybrid tingkat perusahaan di seluruh lingkungan lokal, edge, cloud lainnya, dan lingkunganGoogle Cloud .
Dalam beberapa kasus berikut, penggunaan Cloud Load Balancing dengan gateway API dapat memberikan solusi yang andal dan aman untuk mengelola, mengamankan, dan mendistribusikan traffic API dalam skala besar di beberapa region:
- Men-deploy failover multi-region untuk runtime API Apigee di berbagai region.
Meningkatkan performa dengan Cloud CDN.
Menyediakan perlindungan WAF dan DDoS melalui Google Cloud Armor.
Gunakan alat yang konsisten untuk logging dan pemantauan di seluruh lingkungan cloud jika memungkinkan. Anda dapat mempertimbangkan untuk menggunakan sistem pemantauan open source. Untuk mengetahui informasi selengkapnya, lihat Pola pemantauan dan logging hybrid dan multicloud.
Jika Anda men-deploy komponen aplikasi secara terdistribusi di mana komponen satu aplikasi di-deploy di lebih dari satu lingkungan cloud, lihat praktik terbaik untuk pola arsitektur hybrid bertingkat.