Tabel berikut merangkum analisis komparatif untuk jenis arsitektur deployment dasar: zonal, regional, multi-regional, dan global. Untuk topologi hybrid dan multicloud, jenis arsitektur deployment yang digunakan untuk Google Cloud bagian topologi memengaruhi ketersediaan, ketahanan terhadap pemadaman layanan, biaya, dan kompleksitas operasional.
| Pertimbangan desain | Zonal | Regional | Multi-regional | Global |
|---|---|---|---|---|
| Ketersediaan infrastruktur | 99,9% (3 sembilan) | 99,99% (4 sembilan) | 99,999% (5 sembilan) | 99,999% (5 sembilan) |
| Ketahanan infrastruktur terhadap pemadaman layanan zona | RTO 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 layanan region | RTO jam atau hari | RTO 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 dirangkum dalam tabel sebelumnya.
Ketersediaan infrastruktur
Bagian berikut menjelaskan perbedaan ketersediaan infrastruktur antara jenis arsitektur deployment.
Jenis arsitektur deployment zonal, regional, multi-regional, dan global
Google Cloud infrastruktur dibuat untuk mendukung ketersediaan target sebesar 99,9% untuk workload Anda saat menggunakan jenis arsitektur deployment zonal, 99,99% untuk deployment regional, dan 99,999% untuk deployment multi-regional dan global. Angka 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 jenis arsitektur deployment:
- Desain aplikasi
- Jumlah tingkat yang saling bergantung dalam stack aplikasi
- Perjanjian Tingkat Layanan (SLA) waktu beroperasi untuk Google Cloud layanan yang digunakan
- Jumlah resource redundan
- Cakupan lokasi resource
Untuk mengetahui informasi selengkapnya, lihat Blok penyusun keandalan di Google Cloud.
Jenis arsitektur deployment hybrid dan multicloud
Untuk topologi hybrid atau multicloud, ketersediaan keseluruhan bergantung pada infrastruktur di setiap lingkungan dan interdependensi antar-lingkungan.
- Jika ada interdependensi 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 Google Cloud dan lokal atau di platform cloud lainnya, redundansi akan membantu memastikan ketersediaan tinggi.
Ketahanan infrastruktur terhadap pemadaman layanan zona dan region
Bagian berikut menjelaskan perbedaan antara jenis arsitektur deployment dalam hal kemampuan infrastruktur untuk terus mendukung workload Anda jika terjadi pemadaman layanan Google Cloud zona dan region.
Jenis arsitektur deployment zonal
Arsitektur yang menggunakan jenis arsitektur deployment zona tunggal dasar tidak tahan terhadap pemadaman layanan zona. Anda harus merencanakan pemulihan dari pemadaman layanan zona berdasarkan toleransi durasi kehilangan data (RPO) dan batas waktu pemulihan (RTO). Misalnya, Anda dapat mempertahankan replika infrastruktur pasif atau yang skalanya dikecilkan di zona lain (failover). Jika terjadi pemadaman layanan di zona utama, Anda dapat mempromosikan database di zona failover menjadi database utama dan memperbarui load balancer untuk mengirim traffic ke frontend di zona failover.
Jenis arsitektur deployment regional
Arsitektur yang menggunakan jenis arsitektur deployment regional tahan terhadap pemadaman layanan zona. Kegagalan di satu zona tidak mungkin memengaruhi infrastruktur di zona lain. RTO mendekati nol jika data direplikasi secara sinkron. Namun, jika pemadaman layanan memengaruhi seluruh Google Cloud region, aplikasi tidak akan tersedia. Rencanakan pemulihan dari pemadaman layanan sesuai dengan RPO dan RTO untuk aplikasi. Misalnya, Anda dapat menyediakan replika infrastruktur pasif di region lain, dan mengaktifkan replika selama pemadaman layanan region.
Jenis arsitektur deployment multi-regional dan global
Arsitektur yang menggunakan jenis arsitektur 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 ketahanan tertinggi terhadap pemadaman layanan region.
Jenis arsitektur deployment hybrid dan multicloud
Ketahanan arsitektur hybrid dan multicloud bergantung pada ketahanan setiap lingkungan (Google Cloud, lokal, dan platform cloud lainnya), serta interdependensi antar-lingkungan.
Misalnya, jika setiap komponen aplikasi berjalan secara redundan di Google Cloud dan lingkungan lain (lokal atau platform cloud lain), aplikasi akan tahan terhadap pemadaman layanan apa pun Google Cloud . Jika ada interdependensi penting antara komponen di Google Cloud dan komponen yang di-deploy secara lokal atau di platform cloud lain, ketahanan terhadap Google Cloud pemadaman layanan bergantung pada ketahanan jenis arsitektur deployment yang Anda gunakan untuk Google Cloud bagian arsitektur.
Biaya Google Cloud resource
Biaya Google Cloud resource yang diperlukan untuk aplikasi bergantung pada Google Cloud layanan yang Anda gunakan, jumlah resource yang Anda sediakan, periode penyimpanan atau penggunaan resource, dan jenis arsitektur deployment yang Anda pilih. Untuk memperkirakan biaya Google Cloud resource dalam arsitektur berdasarkan jenis arsitektur deployment apa pun, Anda dapat menggunakan Google Cloud Kalkulator Harga.
Bagian berikut menjelaskan perbedaan biaya Google Cloud resource antara berbagai jenis arsitektur deployment.
Jenis arsitektur deployment zonal versus regional dan multi-regional
Jika dibandingkan dengan arsitektur yang menggunakan jenis arsitektur deployment zonal, arsitektur yang menggunakan jenis arsitektur deployment multi-regional mungkin akan dikenai biaya tambahan untuk penyimpanan redundan. Selain itu, untuk traffic jaringan apa pun yang melintasi batas region, Anda harus mempertimbangkan biaya transfer data lintas region.
Jenis arsitektur deployment global
Dengan jenis arsitektur ini, Anda memiliki peluang untuk menggunakan resource global yang sangat tersedia, 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 Paket Premium, tetapi untuk load balancer regional, Anda dapat memilih Paket Standar.
Jenis arsitektur deployment hybrid dan multicloud
Dalam arsitektur deployment hybrid atau multicloud, Anda harus mempertimbangkan biaya tambahan beserta biaya resource yang Anda sediakan. Misalnya, pertimbangkan biaya seperti jaringan hybrid atau lintas cloud, serta biaya pemantauan dan pengelolaan resource di beberapa lingkungan.
Pertimbangan untuk semua jenis arsitektur deployment
Saat menilai biaya menjalankan workload cloud, Anda harus mempertimbangkan biaya tambahan beserta biaya Google Cloud resource yang Anda sediakan. Misalnya, pertimbangkan biaya personel dan biaya overhead untuk mendesain, membangun, dan memelihara deployment cloud Anda.
Untuk membandingkan biaya Google Cloud resource di seluruh jenis arsitektur 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 Google Cloud resource 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 jenis arsitektur deployment, yang bergantung pada jumlah resource infrastruktur, fitur, dan stack aplikasi yang perlu Anda operasikan.
Jenis arsitektur deployment zonal versus regional dan multi-regional
Arsitektur yang didasarkan pada jenis arsitektur 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
Jenis arsitektur deployment global memungkinkan Anda menggunakan resource global yang sangat tersedia seperti load balancer global dan database global. Upaya untuk menyiapkan dan mengoperasikan resource cloud dapat lebih rendah daripada deployment multi-regional tempat Anda perlu mengelola beberapa instance resource regional. Namun, Anda harusmengelola perubahan pada resource global dengan hati-hati.
Upaya untuk mengoperasikan arsitektur yang menggunakan jenis arsitektur deployment global juga bergantung pada apakah Anda men-deploy stack terdistribusi yang 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 tinggi 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 yang sedang diproses harus ditangani dengan baik.
- Perubahan aplikasi harus diluncurkan dengan hati-hati.
- Database harus disinkronkan di semua lokasi.
Jenis arsitektur 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
- 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 seluruh platform cloud yang Anda gunakan.