Bagian panduan Google Cloud pola dasar deployment ini membandingkan pola dasar deployment dalam hal ketersediaan, ketahanan terhadap gangguan, biaya, dan kompleksitas operasional.
Tabel berikut merangkum analisis komparatif untuk pola dasar deployment dasar: zonal, regional, multi-regional, dan global. Untuk topologi hybrid dan multicloud, arketipe deployment yang digunakan untuk Google Cloud bagian topologi memengaruhi ketersediaan, ketahanan terhadap gangguan, biaya, dan kompleksitas operasional.
| Pertimbangan desain | Zonal | Regional | Multi-regional | Global |
|---|---|---|---|---|
| Ketersediaan infrastruktur | 99,9% (3 angka sembilan) | 99,99% (4 angka sembilan) | 99,999% (5 angka sembilan) | 99,999% (5 angka sembilan) |
| Ketahanan infrastruktur terhadap pemadaman zona | RTO dalam jam atau hari | RTO mendekati nol jika replikasi sinkron | RTO mendekati nol jika replikasi sinkron | RTO mendekati nol jika replikasi sinkron |
| Ketahanan infrastruktur terhadap pemadaman wilayah | RTO dalam jam atau hari | RTO dalam jam atau hari | RTO mendekati nol jika replikasi sinkron | RTO mendekati nol jika replikasi sinkron |
| Biaya Google Cloud resource | Rendah | Sedang | Tinggi | Sedang |
| Kompleksitas operasional | Lebih sederhana daripada jenis arsitektur deployment lainnya | Lebih kompleks daripada zonal | Lebih kompleks daripada regional | Berpotensi lebih sederhana daripada multi-regional |
Bagian berikut menjelaskan analisis komparatif yang diringkas dalam tabel sebelumnya.
Ketersediaan infrastruktur
Bagian berikut menjelaskan perbedaan ketersediaan infrastruktur antara arketipe deployment.
Arsitektur deployment zonal, regional, multi-regional, dan global
Google Cloud dibangun untuk mendukung target ketersediaan sebesar 99,9% untuk beban kerja Anda saat Anda menggunakan arketipe deployment zonal, 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 Aktif untuk layanan yang digunakan Google Cloud
- Jumlah resource yang berlebihan
- Cakupan lokasi resource
Untuk mengetahui informasi selengkapnya, lihat Blok penyusun keandalan di Google Cloud.
Arketipe deployment hybrid dan multicloud
Untuk topologi hybrid atau multicloud, ketersediaan keseluruhan bergantung pada infrastruktur di setiap lingkungan dan saling ketergantungan antarlingkungan.
- Jika ada saling ketergantungan yang penting antara komponen di Google Cloud dan komponen di luar Google Cloud, ketersediaan keseluruhan lebih rendah daripada ketersediaan komponen yang memberikan ketersediaan paling rendah 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.
Ketahanan infrastruktur terhadap pemadaman layanan zona dan region
Bagian berikut menjelaskan perbedaan antara arketipe deployment dalam hal kemampuan infrastruktur untuk terus mendukung workload Anda jika terjadi gangguan zona dan region. Google Cloud
Jenis arsitektur deployment zonal
Arsitektur yang menggunakan arketipe deployment zona tunggal dasar tidak tahan terhadap pemadaman layanan zona. Anda harus merencanakan pemulihan dari gangguan zona berdasarkan toleransi durasi kehilangan data (RPO) dan batas waktu pemulihan (RTO). Misalnya, Anda dapat mempertahankan replika infrastruktur pasif atau yang diperkecil di zona lain (failover). Jika terjadi gangguan layanan di zona utama, Anda dapat mempromosikan database di zona failover untuk menjadi database utama dan memperbarui load balancer untuk mengirim traffic ke frontend di zona failover.
Jenis arsitektur deployment regional
Arsitektur yang menggunakan pola dasar deployment regional tahan terhadap pemadaman layanan zona. Kegagalan di satu zona kemungkinan tidak akan memengaruhi infrastruktur di zona lain. RTO mendekati nol jika data direplikasi secara sinkron. Namun, jika pemadaman layanan memengaruhi seluruh Google Cloud region, aplikasi menjadi tidak tersedia. Rencanakan pemulihan dari gangguan sesuai dengan RPO dan RTO untuk aplikasi Anda. Misalnya, Anda dapat menyediakan replika pasif infrastruktur di region lain, dan mengaktifkan replika selama pemadaman region.
Arketipe deployment multi-regional dan global
Arsitektur yang menggunakan pola dasar deployment multi-regional atau global tahan terhadap pemadaman layanan zona dan region. RTO mendekati nol jika data direplikasi secara sinkron. Arsitektur tempat aplikasi berjalan sebagai stack yang tidak mengetahui lokasi dan didistribusikan secara global memberikan tingkat keandalan tertinggi terhadap gangguan region.
Arketipe deployment hybrid dan multicloud
Ketahanan arsitektur hybrid dan multicloud bergantung pada ketahanan setiap lingkungan (Google Cloud, lokal, dan platform cloud lainnya), serta interdependensi antarlingkungan.
Misalnya, jika setiap komponen aplikasi berjalan secara redundan di Google Cloud dan lingkungan lain (lokal atau platform cloud lain), maka aplikasi tersebut akan tangguh terhadap setiap gangguanGoogle Cloud . Jika ada saling ketergantungan penting antara komponen di Google Cloud dan komponen yang di-deploy secara lokal atau di platform cloud lain, ketahanan terhadap gangguan Google Cloud bergantung pada ketahanan arketipe deployment yang Anda gunakan untuk bagianGoogle Cloud dari arsitektur.
Biaya Google Cloud sumber daya
Biaya Google Cloud resource yang diperlukan untuk aplikasi bergantung pada Google Cloud layanan yang Anda gunakan, jumlah resource yang Anda sediakan, jangka waktu Anda menyimpan atau menggunakan resource, dan arketipe deployment yang Anda pilih. Untuk memperkirakan biaya Google Cloud resource dalam arsitektur berdasarkan arketipe deployment apa pun, Anda dapat menggunakan Google Cloud Kalkulator Harga.
Bagian berikut menjelaskan perbedaan biaya resourceGoogle Cloud di antara berbagai arketipe deployment.
Arketipe deployment zonal versus regional dan multi-regional
Jika dibandingkan dengan arsitektur yang menggunakan pola dasar deployment zonal, arsitektur yang menggunakan pola dasar deployment multi-regional mungkin menimbulkan biaya tambahan untuk penyimpanan redundan. Selain itu, untuk traffic jaringan yang melintasi batas region, Anda harus mempertimbangkan biaya transfer data lintas region.
Jenis arsitektur deployment global
Dengan arketipe ini, Anda memiliki kesempatan 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, resource global mungkin menimbulkan biaya yang lebih tinggi dalam beberapa kasus. Misalnya, load balancer global memerlukan jaringan Premium Tier, tetapi untuk load balancer regional, Anda dapat memilih Standard Tier.
Arketipe deployment hybrid dan multicloud
Dalam arsitektur deployment hybrid atau multicloud, Anda perlu mempertimbangkan biaya tambahan bersama dengan biaya resource yang Anda sediakan. Misalnya, pertimbangkan biaya seperti jaringan hybrid atau lintas cloud, dan biaya pemantauan serta pengelolaan resource di beberapa lingkungan.
Pertimbangan untuk semua arketipe deployment
Saat menilai biaya menjalankan workload cloud, Anda perlu mempertimbangkan biaya tambahan bersama dengan biaya resource yang Anda sediakan. Google Cloud Misalnya, pertimbangkan biaya personel dan biaya overhead untuk mendesain, membangun, dan memelihara deployment cloud Anda.
Untuk membandingkan biaya Google Cloud sumber daya di seluruh arketipe deployment, pertimbangkan juga biaya per unit kerja yang dilakukan aplikasi. Identifikasi unit kerja yang mencerminkan pendorong bisnis aplikasi, seperti jumlah pengguna yang dilayani aplikasi atau jumlah permintaan yang diproses.
Dengan mengelola penggunaan resource Google Cloud secara cermat dan menerapkan praktik terbaik yang direkomendasikan Google, Anda dapat mengoptimalkan biaya deployment cloud. Untuk mengetahui informasi selengkapnya, lihat Google Cloud Well-Architected Framework: Pengoptimalan biaya.
Kompleksitas operasional
Bagian berikut menjelaskan perbedaan kompleksitas operasional antara arketipe deployment, yang bergantung pada jumlah resource infrastruktur, fitur, dan stack aplikasi yang perlu Anda operasikan.
Arketipe deployment zonal versus regional dan multi-regional
Arsitektur yang didasarkan pada arketipe deployment zonal 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 dipantau, baik di tingkat stack maupun untuk setiap komponen aplikasi.
- Jika komponen tidak tersedia di lokasi mana pun, permintaan yang sedang diproses harus ditangani dengan baik.
- Perubahan aplikasi harus diluncurkan dengan hati-hati.
- Database harus disinkronkan di semua lokasi.
Jenis arsitektur 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 di mana Anda perlu mengelola beberapa instance resource regional. Namun, Anda harus dengan cermat mengelola perubahan pada resource global.
Upaya untuk mengoperasikan arsitektur yang menggunakan pola dasar deployment global juga bergantung pada apakah Anda men-deploy stack yang didistribusikan dan tidak mengetahui lokasi atau beberapa stack yang terisolasi secara regional:
- Aplikasi terdistribusi yang tidak mengetahui lokasi dapat diperluas dan diskalakan dengan fleksibilitas yang lebih besar. Misalnya, jika komponen tertentu memiliki persyaratan latensi pengguna akhir yang penting hanya di lokasi tertentu, Anda dapat men-deploy komponen ini di lokasi yang diperlukan dan mengoperasikan sisa stack di lokasi lain.
- Aplikasi yang di-deploy sebagai beberapa stack yang terisolasi secara regional memerlukan upaya yang lebih besar untuk dioperasikan dan dipelihara, karena faktor-faktor berikut:
- Status stack aplikasi di beberapa lokasi harus dipantau, baik di tingkat stack maupun untuk setiap komponen.
- Jika komponen 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 menyiapkan dan mengoperasikannya daripada arsitektur yang hanya menggunakan Google Cloud.
- Resource harus dikelola secara konsisten di seluruh topologi lokal danGoogle Cloud .
- Anda memerlukan cara untuk menyediakan dan mengelola resource secara efisien di beberapa platform. Alat seperti Terraform dapat membantu mengurangi upaya penyediaan.
- Fitur dan alat keamanan tidak standar di seluruh platform cloud. Administrator keamanan Anda perlu memperoleh keterampilan dan keahlian untuk mengelola keamanan resource yang didistribusikan di semua platform cloud yang Anda gunakan.