Bagian ini dalam panduan arketipe deployment Google Cloud menjelaskan arketipe deployment global.
Dalam arsitektur yang didasarkan pada arketipe deployment global, aplikasi berjalan di beberapa region Google Cloud di seluruh dunia. Anda dapat men-deploy aplikasi sebagai stack yang tidak mengetahui lokasi yang terdistribusi atau sebagai beberapa stack yang terisolasi secara regional. Dalam kedua kasus tersebut, load balancer anycast global mendistribusikan traffic ke region yang sesuai. Aplikasi menulis data ke, dan membaca dari, database yang direplikasi secara sinkron yang tersedia di semua region, seperti Spanner dengan konfigurasi multi-region. Komponen lain dari stack aplikasi juga dapat bersifat global, seperti cache dan penyimpanan objek.
Diagram berikut menunjukkan varian distribusi yang tidak mengetahui lokasi dari arketipe deployment global:
Diagram sebelumnya menunjukkan stack aplikasi yang tidak mengetahui lokasi, dengan instance frontend dan backend (biasanya microservice) yang didistribusikan di beberapa zona di tiga region Google Cloud. Load balancer anycast global mendistribusikan traffic masuk ke instance frontend yang sesuai. Distribusi ini didasarkan pada ketersediaan dan kapasitas instance serta kedekatan geografisnya dengan sumber traffic. Load balancer internal lintas region mendistribusikan traffic dari instance frontend ke instance backend yang sesuai berdasarkan ketersediaan dan kapasitasnya. Aplikasi menggunakan database yang direplikasi secara sinkron dan tersedia di seluruh region.
Diagram berikut menunjukkan varian arketipe deployment global dengan stack aplikasi yang terisolasi secara regional:
Diagram sebelumnya menunjukkan stack aplikasi yang diisolasi secara regional yang berjalan di beberapa zona di dua region Google Cloud. Topologi ini mirip dengan arketipe deployment multi-regional, tetapi menggunakan load balancer anycast global, bukan perutean DNS. Load balancer global mendistribusikan traffic masuk ke frontend di region yang paling dekat dengan pengguna. Kedua stack aplikasi menulis data ke, dan membaca dari, database yang direplikasi secara sinkron dan tersedia di kedua region. Jika terjadi pemadaman layanan di salah satu dari dua region, load balancer global akan mengirimkan permintaan pengguna ke frontend di region lain.
Kasus penggunaan
Bagian berikut memberikan contoh kasus penggunaan yang archetype deployment globalnya merupakan pilihan yang sesuai.
Aplikasi yang sangat tersedia untuk audiens global
Sebaiknya gunakan arketipe deployment global untuk aplikasi yang melayani pengguna di seluruh dunia. Oleh karena itu, aplikasi tersebut memerlukan ketersediaan dan ketahanan yang tinggi terhadap pemadaman layanan di beberapa region.
Peluang untuk mengoptimalkan biaya dan menyederhanakan operasi
Dengan arketipe deployment global, Anda dapat menggunakan resource global yang sangat tersedia seperti load balancer global dan database global. Dibandingkan dengan deployment multi-regional, deployment global dapat membantu menurunkan biaya dan menyederhanakan operasi karena Anda menyediakan dan mengelola lebih sedikit resource.
Pertimbangan desain
Saat Anda mem-build arsitektur yang didasarkan pada arketipe deployment global, pertimbangkan faktor desain berikut.
Biaya penyimpanan, replikasi, dan jaringan
Dalam arsitektur yang didistribusikan secara global, volume traffic jaringan lintas lokasi dapat tinggi dibandingkan dengan deployment regional. Anda juga dapat menyimpan dan mereplikasi lebih banyak data. Saat Anda mem-build arsitektur yang didasarkan pada arketipe deployment global, pertimbangkan potensi biaya yang lebih tinggi untuk penyimpanan data dan jaringan. Untuk aplikasi yang penting bagi bisnis, keuntungan ketersediaan arsitektur yang didistribusikan secara global mungkin lebih besar daripada biaya jaringan dan penyimpanan yang lebih tinggi.
Mengelola perubahan pada resource global
Peluang untuk menggunakan resource global yang sangat tersedia dapat membantu Anda mengoptimalkan biaya dan menyederhanakan operasi. Namun, untuk memastikan resource global tidak menjadi titik tunggal kegagalan (SPOF), Anda harus mengelola perubahan konfigurasi pada resource global dengan cermat.
Arsitektur referensi
Untuk arsitektur referensi yang dapat Anda gunakan untuk mendesain deployment global, lihat Deployment global dengan Compute Engine dan Spanner.