Bagian dari panduan arketipe deployment Google Cloud ini membandingkan arketipe deployment dalam hal ketersediaan, ketahanan terhadap pemadaman, biaya, dan kompleksitas operasional.
Tabel berikut merangkum analisis komparatif untuk arketipe deployment dasar: zonal, regional, multi-regional, dan global. Untuk topologi hybrid dan multi-cloud, arketipe deployment yang digunakan untuk bagian Google Cloud dari topologi memengaruhi ketersediaan, ketahanan terhadap pemadaman, 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 resource Google Cloud | 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 arketipe deployment.
Arsitektur deployment zonal, regional, multi-regional, dan global
Infrastruktur Google Cloud dibuat untuk mendukung target ketersediaan 99,9% untuk beban kerja 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 aktif untuk layanan Google Cloud yang digunakan
- Jumlah resource redundan
- Cakupan lokasi resource
Untuk informasi selengkapnya, lihat Elemen penyusun keandalan di Google Cloud.
Archetype deployment hybrid dan multicloud
Untuk topologi hybrid atau multi-cloud, ketersediaan secara keseluruhan bergantung pada infrastruktur di setiap lingkungan dan interdependensi antar-lingkungan.
- Jika terdapat interdependensi penting antara komponen di Google Cloud dan komponen di luar Google Cloud, ketersediaan secara keseluruhan akan lebih rendah dari ketersediaan komponen yang memberikan ketersediaan paling sedikit di semua lingkungan.
- Jika setiap komponen aplikasi di-deploy secara redundan di seluruh Google Cloud dan di lokasi lokal atau di platform cloud lainnya, redundansi akan memastikan ketersediaan tinggi.
Ketahanan infrastruktur terhadap pemadaman layanan di zona dan region
Bagian berikut menjelaskan perbedaan antara arketipe deployment dalam hal kemampuan infrastruktur untuk terus mendukung workload Anda jika terjadi pemadaman layanan zona dan region Google Cloud.
Arketipe deployment zona
Arsitektur yang menggunakan arketipe deployment zona tunggal dasar tidak tahan terhadap pemadaman layanan zona. Anda harus merencanakan pemulihan dari pemadaman zona berdasarkan tujuan titik pemulihan (RPO) dan tujuan waktu pemulihan (RTO). Misalnya, Anda dapat mempertahankan replika infrastruktur yang pasif atau diskalakan di zona (failover) lain. 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 arketipe 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 region Google Cloud, aplikasi akan menjadi tidak tersedia. Rencanakan pemulihan dari pemadaman layanan sesuai dengan RPO dan RTO untuk aplikasi. Misalnya, Anda dapat menyediakan replika pasif infrastruktur di region yang berbeda, dan mengaktifkan replika selama pemadaman layanan region.
Archetype deployment multi-regional dan global
Arsitektur yang menggunakan arketipe deployment multi-regional atau global tahan terhadap pemadaman layanan zona dan region. RTO mendekati nol jika data replikasikan secara sinkron. Arsitektur tempat aplikasi berjalan sebagai stack yang tidak mengetahui lokasi yang didistribusikan secara global memberikan tingkat ketahanan tertinggi terhadap pemadaman region.
Archetype deployment hybrid dan multicloud
Keandalan arsitektur hybrid dan multi-cloud bergantung pada keandalan 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 lainnya), aplikasi akan tahan terhadap setiap pemadaman layanan Google Cloud. Jika ada interdependensi penting antara komponen di Google Cloud dan komponen yang di-deploy di lokal atau di platform cloud lainnya, keandalan terhadap pemadaman layanan Google Cloud bergantung pada keandalan arketipe deployment yang Anda gunakan untuk bagian Google Cloud dari arsitektur.
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 retensi atau penggunaan resource, dan arketipe deployment yang Anda pilih. Untuk memperkirakan biaya resource Google Cloud dalam arsitektur berdasarkan arketipe deployment apa pun, Anda dapat menggunakan Kalkulator Harga Google Cloud.
Bagian berikut menjelaskan perbedaan biaya resource Google Cloud di antara berbagai arketipe deployment.
Archetype deployment zonal versus regional dan multi-regional
Jika dibandingkan dengan arsitektur yang menggunakan arketipe deployment zona, arsitektur yang menggunakan arketipe deployment multi-regional mungkin akan menimbulkan biaya tambahan untuk penyimpanan redundan. Selain itu, untuk traffic jaringan apa pun 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 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 memerlukan 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.
Archetype deployment hybrid dan multicloud
Dalam arsitektur deployment hybrid atau multi-cloud, Anda perlu mempertimbangkan biaya tambahan beserta 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 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, mem-build, dan mengelola deployment cloud Anda.
Untuk membandingkan biaya resource Google Cloud di seluruh arketipe deployment, pertimbangkan juga biaya per unit pekerjaan yang dilakukan aplikasi. Identifikasi unit pekerjaan yang mencerminkan pendorong bisnis aplikasi, seperti jumlah pengguna yang dilayani aplikasi atau jumlah permintaan yang diproses.
Dengan mengelola penggunaan resource Google Cloud dengan cermat dan mengikuti praktik terbaik yang direkomendasikan Google, Anda dapat mengoptimalkan biaya deployment cloud. Untuk mengetahui informasi selengkapnya, lihat Framework Arsitektur Google Cloud: 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.
Archetype 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 dalam proses harus ditangani dengan baik.
- Perubahan aplikasi harus diluncurkan dengan hati-hati.
- Database harus disinkronkan di semua lokasi.
Jenis arsitektur deployment global
Dengan arketipe deployment global, Anda dapat 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-region yang mengharuskan Anda 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 yang tidak mengetahui lokasi terdistribusi 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 beroperasi dan dikelola, 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.
Archetype 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 susunan 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 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.