Memilih arketipe deployment Google Cloud

Last reviewed 2023-11-09 UTC

Dokumen dalam Framework Arsitektur Google Cloud ini menjelaskan enam arketipe deployment1—zona, regional, multi-regional, global, hybrid, dan multicloud—yang dapat Anda gunakan untuk membangun arsitektur workload cloud Anda berdasarkan kebutuhan Anda akan ketersediaan, biaya, performa, dan efisiensi operasional.

Apa yang dimaksud dengan arketipe deployment?

Arketipe deployment adalah model abstrak dan tidak bergantung pada penyedia yang Anda gunakan sebagai dasar untuk membangun arsitektur deployment khusus aplikasi yang memenuhi kebutuhan bisnis dan teknis Anda. Setiap arketipe deployment menentukan kombinasi domain gagal tempat aplikasi dapat berjalan. Domain kegagalan ini dapat berupa satu atau beberapa zona atau region Google Cloud, dan domain tersebut dapat diperluas hingga mencakup pusat data lokal atau domain kegagalan di penyedia cloud lainnya.

Diagram berikut menunjukkan enam aplikasi yang di-deploy di Google Cloud. Setiap aplikasi menggunakan arketipe deployment yang memenuhi persyaratan spesifiknya.

Aplikasi di Google Cloud di-deploy menggunakan arketipe deployment yang berbeda.

Seperti yang ditunjukkan diagram sebelumnya, dalam arsitektur yang menggunakan arketipe deployment hybrid atau multicloud, topologi cloud didasarkan pada salah satu arketipe dasar: zonal, regional, multi-regional, atau global. Dalam hal ini, arketipe deployment hybrid dan multicloud dapat dianggap sebagai arketipe deployment gabungan yang mencakup salah satu arketipe dasar.

Memilih arketipe deployment akan membantu menyederhanakan keputusan selanjutnya terkait produk dan fitur Google Cloud yang harus Anda gunakan. Misalnya, untuk aplikasi dalam container yang sangat tersedia, jika Anda memilih arketipe deployment regional, cluster Google Kubernetes Engine (GKE) regional lebih sesuai daripada cluster GKE zona.

Saat memilih arketipe deployment untuk aplikasi, Anda perlu mempertimbangkan konsekuensi antara faktor-faktor seperti ketersediaan, biaya, dan kompleksitas operasional. Misalnya, jika aplikasi melayani pengguna di beberapa negara dan memerlukan ketersediaan tinggi, Anda dapat memilih arketipe deployment multi-regional. Namun, untuk aplikasi internal yang digunakan oleh karyawan di satu region geografis, Anda dapat lebih memprioritaskan biaya daripada ketersediaan, sehingga memilih arketipe deployment regional.

Ringkasan arketipe deployment

Tab berikut memberikan definisi untuk arketipe deployment dan ringkasan kasus penggunaan serta pertimbangan desain untuk masing-masingnya.

Zonal

Aplikasi Anda berjalan dalam satu zona Google Cloud, seperti yang ditunjukkan dalam diagram berikut:

Arketipe deployment zona
Kasus penggunaan
  • Lingkungan pengembangan dan pengujian.
  • Aplikasi yang tidak memerlukan ketersediaan tinggi.
  • Jaringan latensi rendah antar komponen aplikasi.
  • Memigrasikan workload komoditas.
  • Aplikasi yang menggunakan software yang dibatasi lisensi.
Pertimbangan desain

  • Periode nonaktif selama pemadaman zona.

    Untuk kelangsungan bisnis, Anda dapat menyediakan replika pasif aplikasi di zona lain dalam region yang sama. Jika terjadi pemadaman layanan zona, Anda dapat memulihkan aplikasi ke produksi menggunakan replika pasif.
Informasi selengkapnya

Lihat bagian berikut:

Regional

Aplikasi Anda berjalan secara independen di dua zona atau lebih dalam satu region Google Cloud, seperti yang ditunjukkan dalam diagram berikut:

Arketipe deployment regional
Kasus penggunaan
  • Aplikasi dengan ketersediaan tinggi yang melayani pengguna dalam area geografis.
  • Kepatuhan terhadap persyaratan residensi dan kedaulatan data.
Pertimbangan desain

  • Periode nonaktif selama pemadaman region.

    Untuk kelangsungan bisnis, Anda dapat mencadangkan aplikasi dan data ke region lain. Jika terjadi pemadaman layanan region, Anda dapat menggunakan cadangan di region lain untuk memulihkan aplikasi ke produksi.

  • Biaya dan upaya untuk menyediakan dan mengelola resource yang redundan.
Informasi selengkapnya

Lihat bagian berikut:

Multi-regional

Aplikasi Anda berjalan secara independen di beberapa zona di dua region Google Cloud atau lebih. Anda dapat menggunakan kebijakan perutean DNS untuk merutekan traffic masuk ke load balancer regional. Selanjutnya, load balancer regional mendistribusikan traffic ke replika zona aplikasi, seperti yang ditunjukkan pada diagram berikut:

Arketipe deployment multi-regional
Kasus penggunaan
  • Aplikasi yang sangat tersedia dengan pengguna yang tersebar secara geografis.
  • Aplikasi yang memerlukan pengalaman latensi pengguna akhir yang rendah.
  • Kepatuhan terhadap persyaratan residensi dan kedaulatan data menggunakan kebijakan perutean DNS yang dibatasi oleh wilayah.
Pertimbangan desain
  • Biaya untuk transfer data dan replikasi data lintas region.
  • Kompleksitas operasional.
Informasi selengkapnya

Lihat bagian berikut:

Global

Aplikasi Anda berjalan di berbagai region Google Cloud di seluruh dunia, baik sebagai stack yang terdistribusi secara global (tidak peka lokasi) atau sebagai stack yang terisolasi secara regional. Load balancer anycast global mendistribusikan traffic ke region yang terdekat dengan pengguna. Komponen lainnya dari stack aplikasi juga dapat bersifat global, seperti database, cache, dan penyimpanan objek.

Diagram berikut menunjukkan varian arketipe deployment global yang terdistribusi secara global. Load balancer anycast global meneruskan permintaan ke stack aplikasi yang didistribusikan di beberapa region dan yang menggunakan database yang direplikasi secara global.

Arketipe deployment global: Stack yang didistribusikan secara global

Diagram berikut menunjukkan varian arketipe deployment global dengan stack aplikasi yang terisolasi secara regional. Load balancer anycast global meneruskan permintaan ke stack aplikasi di salah satu region. Semua stack aplikasi menggunakan satu database yang direplikasi secara global.

Arketipe deployment global: Stack yang diisolasi secara regional
Kasus penggunaan
  • Aplikasi dengan ketersediaan tinggi yang melayani pengguna yang tersebar secara global.
  • Peluang untuk mengoptimalkan biaya dan menyederhanakan operasi dengan menggunakan resource global, bukan beberapa instance resource regional.
Pertimbangan desain Biaya untuk transfer data lintas region dan replikasi data.
Informasi selengkapnya

Lihat bagian berikut:

Hybrid

Bagian-bagian tertentu dari aplikasi Anda di-deploy di Google Cloud, sedangkan bagian lainnya berjalan secara lokal, seperti yang ditunjukkan pada diagram berikut. Topologi di Google Cloud dapat menggunakan arketipe deployment zona, regional, multi-regional, atau global.

Arketipe deployment hybrid
Kasus penggunaan
  • Situs pemulihan dari bencana (DR) untuk workload lokal.
  • Pengembangan lokal untuk aplikasi cloud.
  • Migrasi progresif ke cloud untuk aplikasi lama.
  • Meningkatkan kualitas aplikasi lokal dengan kemampuan cloud.
Pertimbangan desain
  • Upaya penyiapan dan kompleksitas operasional.
  • Biaya resource redundan.
Informasi selengkapnya

Lihat bagian berikut:

Multi-cloud

Beberapa bagian dari aplikasi Anda di-deploy di Google Cloud, dan bagian lainnya di-deploy di platform cloud lain, seperti yang ditunjukkan dalam diagram berikut. Topologi di setiap platform cloud dapat menggunakan arketipe deployment zona, regional, multi-regional, atau global.

Arketipe deployment multicloud
Kasus penggunaan
  • Google Cloud sebagai situs utama dan cloud lainnya sebagai situs DR.
  • Meningkatkan kualitas aplikasi dengan kemampuan Google Cloud yang canggih.
Pertimbangan desain
  • Upaya penyiapan dan kompleksitas operasional.
  • Biaya resource redundan dan traffic jaringan lintas cloud.
Informasi selengkapnya

Lihat bagian berikut:

  1. Anna Berenberg dan Brad Calder, Arketipe Deployment untuk Aplikasi Cloud, Survei Komputasi ACM, Volume 55, Edisi 3, Artikel No.: 61, hlm 1-48 ↩