Bagian panduan arketipe deployment Google Cloud ini membandingkan arketipe deployment dalam hal ketersediaan, keandalan dengan pemadaman layanan, biaya, dan kompleksitas operasional.
Tabel berikut merangkum analisis komparatif untuk arketipe deployment dasar: zonal, regional, multi-regional, dan global. Untuk topologi hybrid dan multicloud, arketipe deployment yang digunakan untuk bagian Google Cloud dari topologi dapat memengaruhi ketersediaan, keandalan terhadap pemadaman, biaya, dan kompleksitas operasional.
| Pertimbangan desain | Zonal | Regional | Multi-regional | Global |
|---|---|---|---|---|
| Ketersediaan infrastruktur | 99,9% (3 sembilan) | 99,99% (4 sembilan) | 99,999% (5 9) | 99,999% (5 9) |
| Ketangguhan infrastruktur terhadap pemadaman zona | RTO jam atau hari | RTO hampir nol jika replikasi bersifat sinkron | RTO hampir nol jika replikasi bersifat sinkron | RTO hampir nol jika replikasi bersifat sinkron |
| Ketangguhan infrastruktur terhadap pemadaman layanan region | RTO jam atau hari | RTO jam atau hari | RTO hampir nol jika replikasi bersifat sinkron | RTO hampir nol jika replikasi bersifat sinkron |
| Biaya resource Google Cloud | Rendah | Sedang | Tinggi | Sedang |
| Kompleksitas operasional | Lebih sederhana daripada arketipe deployment lainnya | Lebih kompleks daripada berdasarkan zona | Lebih kompleks daripada regional | Berpotensi lebih sederhana daripada multi-regional |
Bagian berikut menjelaskan analisis komparatif yang dirangkum dalam tabel sebelumnya.
Ketersediaan infrastruktur
Bagian berikut menjelaskan perbedaan ketersediaan infrastruktur di antara arketipe deployment.
Arketipe deployment zonal, regional, multi-regional, dan global
Infrastruktur Google Cloud dibangun untuk mendukung target ketersediaan sebesar 99,9% untuk workload Anda saat Anda menggunakan arketipe deployment zona, 99,99% untuk deployment regional, dan 99,999% untuk deployment multi-regional dan global. Jumlah ketersediaan ini adalah target untuk infrastruktur tingkat platform.
Ketersediaan yang dapat Anda harapkan dari aplikasi yang di-deploy di Google Cloud bergantung pada faktor-faktor berikut, selain arketipe deployment:
- Desain aplikasi
- Jumlah tingkat yang saling bergantung dalam stack aplikasi
- Perjanjian Tingkat Layanan (SLA) Waktu Beroperasi untuk layanan Google Cloud yang digunakan
- Jumlah resource redundan
- Cakupan lokasi resource
Untuk mengetahui informasi selengkapnya, lihat Elemen penyusun keandalan di Google Cloud.
Arketipe deployment hybrid dan multicloud
Untuk topologi hybrid atau multicloud, ketersediaan keseluruhan bergantung pada infrastruktur di setiap lingkungan dan interdependensi antarlingkungan.
- Jika ada interdependensi yang penting antara komponen di Google Cloud dan komponen di luar Google Cloud, ketersediaan keseluruhan lebih rendah daripada ketersediaan komponen yang menyediakan ketersediaan paling sedikit di semua lingkungan.
- Jika setiap komponen aplikasi di-deploy secara redundan di seluruh Google Cloud dan infrastruktur lokal atau di platform cloud lainnya, redundansi akan memastikan ketersediaan tinggi.
Ketangguhan infrastruktur terhadap pemadaman zona dan region
Bagian berikut menjelaskan perbedaan antara arketipe deployment dalam hal kemampuan infrastruktur untuk terus mendukung workload Anda jika terjadi pemadaman layanan region dan zona Google Cloud.
Arketipe deployment zona
Arsitektur yang menggunakan arketipe deployment zona tunggal dasar tidak kokoh terhadap pemadaman zona. Anda harus merencanakan pemulihan dari pemadaman zona berdasarkan batas titik pemulihan (RPO) dan batas waktu pemulihan (RTO). Misalnya, Anda dapat mempertahankan replika infrastruktur pasif atau yang diperkecil skalanya di zona lain (failover). Jika terjadi pemadaman di zona utama, Anda dapat mempromosikan database di zona failover untuk menjadi database utama dan mengupdate load balancer untuk mengirim traffic ke frontend di zona failover.
Arketipe deployment regional
Arsitektur yang menggunakan arketipe deployment regional mampu mengatasi gangguan zona. Kegagalan di satu zona cenderung tidak memengaruhi infrastruktur di zona lain. RTO mendekati nol jika data direplikasi secara sinkron. Namun, saat pemadaman memengaruhi seluruh region Google Cloud, aplikasi tidak akan tersedia. Rencanakan pemulihan dari pemadaman sesuai dengan RPO dan RTO Anda untuk aplikasi. Misalnya, Anda dapat menyediakan replika pasif infrastruktur di region yang berbeda, dan mengaktifkan replika selama penonaktifan region.
Arketipe deployment multi-regional dan global
Arsitektur yang menggunakan arketipe deployment multi-regional atau global kokoh terhadap pemadaman zona dan region. RTO mendekati nol jika data direplikasi secara sinkron. Arsitektur tempat aplikasi dijalankan sebagai stack tidak sadar lokasi yang terdistribusi secara global memberikan tingkat keandalan tertinggi terhadap pemadaman layanan region.
Arketipe deployment hybrid dan multicloud
Ketangguhan arsitektur hybrid dan multicloud bergantung pada keandalan setiap lingkungan (Google Cloud, infrastruktur lokal, dan platform cloud lainnya), serta interdependensi antarlingkungan.
Misalnya, jika setiap komponen aplikasi berjalan secara redundan di Google Cloud dan lingkungan lainnya (lokal atau platform cloud lainnya), aplikasi akan andal terhadap pemadaman layanan Google Cloud apa pun. Jika ada interdependensi penting antara komponen di Google Cloud dan komponen yang di-deploy di infrastruktur lokal atau di platform cloud lainnya, keandalan terhadap pemadaman layanan Google Cloud bergantung pada keandalan arketipe deployment yang Anda gunakan untuk bagian arsitektur Google Cloud.
Biaya resource Google Cloud
Biaya resource Google Cloud yang diperlukan untuk aplikasi bergantung pada layanan Google Cloud yang Anda gunakan, jumlah resource yang Anda sediakan, periode saat Anda menyimpan atau menggunakan resource, dan arketipe deployment yang Anda pilih. Untuk memperkirakan biaya resource Google Cloud dalam arsitektur berdasarkan arketipe deployment, Anda dapat menggunakan Kalkulator Harga Google Cloud.
Bagian berikut ini menjelaskan perbedaan biaya resource Google Cloud antara berbagai arketipe deployment.
Arketipe deployment regional versus regional dan multi-regional
Jika dibandingkan dengan arsitektur yang menggunakan arketipe deployment zona, arsitektur yang menggunakan arketipe deployment multi-regional mungkin menimbulkan biaya tambahan untuk penyimpanan redundan. Selain itu, untuk traffic jaringan yang melintasi batas region, Anda perlu mempertimbangkan biaya transfer data lintas region.
Arketipe deployment global
Dengan arketipe ini, Anda memiliki peluang untuk menggunakan resource global dengan ketersediaan tinggi, seperti load balancer global. Biaya penyiapan dan pengoperasian resource cloud dapat lebih rendah daripada deployment multi-regional tempat Anda menyediakan dan mengonfigurasi beberapa instance resource regional. Namun, dalam beberapa kasus, resource global mungkin memerlukan biaya yang lebih tinggi. Misalnya, load balancer global memerlukan jaringan Paket Premium, tetapi untuk load balancer regional, Anda dapat memilih Tingkat Standar.
Arketipe deployment hybrid dan multicloud
Dalam arsitektur deployment hybrid atau multicloud, Anda perlu mempertimbangkan biaya tambahan beserta biaya resource yang Anda sediakan. Misalnya, pertimbangkan biaya seperti jaringan hybrid atau lintas cloud, dan biaya pemantauan dan pengelolaan resource di beberapa lingkungan.
Pertimbangan untuk semua arketipe deployment
Saat menilai biaya pengoperasian workload cloud, Anda perlu mempertimbangkan biaya tambahan beserta biaya resource Google Cloud yang Anda sediakan. Misalnya, pertimbangkan biaya personel dan biaya overhead untuk mendesain, membangun, dan memelihara deployment cloud Anda.
Untuk membandingkan biaya resource Google Cloud di seluruh arketipe deployment, pertimbangkan juga biaya per unit kerja yang dijalankan aplikasi. Identifikasi unit pekerjaan yang mencerminkan pendorong bisnis aplikasi, seperti jumlah pengguna yang dilayani aplikasi atau jumlah permintaan yang diproses.
Dengan mengelola pemanfaatan resource Google Cloud secara cermat dan menerapkan praktik terbaik yang direkomendasikan Google, Anda dapat mengoptimalkan biaya deployment cloud. Untuk informasi selengkapnya, lihat Framework Arsitektur Google Cloud: Pengoptimalan biaya.
Kompleksitas operasional
Bagian berikut ini menjelaskan perbedaan kompleksitas operasional antara arketipe deployment, yang bergantung pada jumlah resource infrastruktur, fitur, dan stack aplikasi yang Anda perlukan untuk beroperasi.
Arketipe deployment regional versus regional dan multi-regional
Arsitektur yang didasarkan pada arketipe deployment zona lebih mudah disiapkan dan dioperasikan jika dibandingkan dengan arsitektur deployment lainnya. Aplikasi yang berjalan secara redundan di beberapa zona atau region memerlukan upaya operasional yang lebih tinggi, karena alasan berikut:
- Status stack aplikasi di beberapa lokasi harus dimonitor, baik di tingkat stack maupun untuk setiap komponen aplikasi.
- Jika komponen menjadi tidak tersedia di lokasi mana pun, permintaan dalam proses harus ditangani dengan baik.
- Perubahan aplikasi harus diluncurkan dengan hati-hati.
- Database harus disinkronkan di semua lokasi.
Arketipe deployment global
Arketipe deployment global memungkinkan Anda menggunakan resource global yang sangat tersedia seperti load balancer global dan database global. Upaya untuk menyiapkan dan mengoperasikan resource cloud bisa lebih rendah daripada deployment multi-regional saat Anda perlu mengelola beberapa instance resource regional. Namun, Anda harus mengelola perubahan pada resource global dengan cermat.
Upaya untuk mengoperasikan arsitektur yang menggunakan arketipe deployment global juga bergantung pada apakah Anda men-deploy stack tanpa lokasi terdistribusi atau beberapa stack yang diisolasi secara regional:
- Aplikasi yang tidak peka lokasi dan terdistribusi dapat diperluas dan diskalakan dengan fleksibilitas lebih besar. Misalnya, jika komponen tertentu memiliki persyaratan latensi pengguna akhir yang penting hanya di lokasi tertentu, Anda dapat men-deploy komponen tersebut di lokasi yang diperlukan dan mengoperasikan sisa tumpukan di lokasi lain.
- Aplikasi yang di-deploy sebagai beberapa stack yang terisolasi
secara regional memerlukan upaya yang lebih besar untuk mengoperasikan dan memeliharanya, karena beberapa
faktor berikut:
- Status stack aplikasi di beberapa lokasi harus dipantau, baik di tingkat stack maupun untuk setiap komponen.
- Jika komponen menjadi tidak tersedia di lokasi mana pun, permintaan dalam proses harus ditangani dengan baik.
- Perubahan aplikasi harus diluncurkan dengan hati-hati.
- Database harus disinkronkan di semua lokasi.
Arketipe deployment hybrid dan multicloud
Topologi hybrid atau multicloud memerlukan lebih banyak upaya untuk disiapkan dan dioperasikan daripada arsitektur yang hanya menggunakan Google Cloud.
- Resource harus dikelola secara konsisten di seluruh topologi lokal dan Google Cloud. Untuk mengelola aplikasi hybrid dalam container, Anda dapat menggunakan solusi seperti GKE Enterprise, yang merupakan model operasi cloud terpadu untuk menyediakan, mengupdate, dan mengoptimalkan cluster Kubernetes di beberapa lokasi.
- Anda memerlukan cara untuk menyediakan dan mengelola resource di berbagai platform secara efisien. Alat seperti Terraform dapat membantu mengurangi upaya penyediaan.
- Fitur dan alat keamanan tidak standar di seluruh platform cloud. Administrator keamanan Anda harus memperoleh keterampilan dan keahlian untuk mengelola keamanan resource yang didistribusikan di semua platform cloud yang Anda gunakan.