Aplikasi global dan regional

App Hub tersedia di lokasi yang didukung untuk membantu Anda mengatur resource infrastruktur Google Cloud sebagai aplikasi, baik resource ini tersedia secara global maupun dalam region tertentu. Kemampuan ini menyederhanakan pengelolaan dengan memungkinkan Anda mengelompokkan resource berdasarkan lokasi geografisnya dan cara resource berinteraksi dengan bagian lain infrastruktur Anda.

Saat membuat aplikasi App Hub, Anda menentukan lokasinya sebagai global atau regional. Pilihan ini sangat penting dalam menentukan layanan dan workload mana yang dapat menjadi bagian dari aplikasi berdasarkan cakupannya. Selain itu, pilihan ini memiliki implikasi penting untuk penanganan data, kolokasi, biaya, dan kepatuhan. Aplikasi global dan regional didefinisikan sebagai berikut:

  • Aplikasi global: Mengelompokkan layanan dan workload secara fungsional yang didistribusikan secara global atau tersebar di beberapa Google Cloud region. Misalnya, Anda dapat menyertakan resource seperti Load Balancer Aplikasi global dan layanan backend-nya yang didistribusikan di seluruh dunia.

  • Aplikasi regional: Mengelompokkan layanan dan workload secara fungsional yang berada sepenuhnya dalam satu Google Cloud region. Misalnya, Anda dapat menyertakan Load Balancer Aplikasi regional dan layanan backend-nya, yang semuanya berada di us-central1.

Untuk membuat keputusan terbaik sesuai kebutuhan Anda, penting untuk memahami region dan zonaGoogle Cloud , yang dirancang untuk memberikan fault tolerance dan ketersediaan tinggi. Region adalah area geografis independen, dan zona adalah area deployment dalam region, yang bertindak sebagai domain kegagalan tunggal. Untuk mempelajari resource global dan regional lebih lanjut, lihat Geografi dan region serta Lokasi cloud.

Membandingkan aplikasi global dan regional

Tabel berikut menyoroti perbedaan dan pertimbangan utama untuk membantu Anda memilih antara aplikasi global dan regional:

Aplikasi global Aplikasi regional
Kasus penggunaan yang direkomendasikan Paling cocok untuk aplikasi yang terdiri dari resource Google Cloud yang secara inheren bersifat global atau didistribusikan di beberapa region. Direkomendasikan saat semua komponen aplikasi berada dalam region Google Cloud yang sama, meskipun mencakup beberapa project.
Cakupan resource Dapat berisi resource global dan regional dari region mana pun. Hanya dapat berisi resource dari satu region yang sama dengan aplikasi. Anda tidak dapat mendaftarkan resource global di aplikasi regional.
Metadata aplikasi Disimpan di beberapa region dan dapat diakses dari region Google Cloud mana pun.
Residensi data tidak didukung.		 Disimpan dalam region tertentu, tetapi dapat diakses dari Google Cloud region lain.
Residensi data tidak didukung.
Contoh Mengelola aplikasi yang di-load balance secara global dengan layanan backend di berbagai region untuk memberikan tampilan terpusat dari sistem terdistribusi. Mengelola aplikasi dengan semua layanan dan workload di us-central1.

Pilih lokasi terbaik untuk aplikasi Anda

Pertimbangkan arsitektur dan persyaratan operasional fungsi bisnis yang diwakili aplikasi saat memilih antara lokasi global dan regional. Perbandingan berikut didasarkan pada pertimbangan cakupan resource:

  • Secara umum, aplikasi regional menawarkan manfaat signifikan dibandingkan aplikasi global. Jika Anda ingin memanfaatkan latensi layanan yang lebih rendah, keselarasan dengan persyaratan lokalitas data, potensi penghematan biaya jaringan, dan konsistensi inheren dengan fitur khusus region Google Cloud, pilih aplikasi regional.
  • Jika komponen aplikasi Anda harus didistribusikan di beberapa region atau mengandalkan layanan Google Cloud global, pilih aplikasi global.

Anda mungkin memiliki resource yang berada di beberapa region yang tidak membentuk satu fungsi global yang kohesif. Dalam hal ini, praktik terbaiknya adalah menentukan aplikasi regional terpisah untuk resource dalam setiap region. Pendekatan ini memaksimalkan manfaat regionalisasi untuk setiap deployment.

Google Cloud Hierarki resource, yang menentukan cara Anda mengatur folder dan project, juga sangat penting. Hierarki yang direncanakan dengan baik dan selaras dengan batas aplikasi Anda, baik regional maupun global, akan menyederhanakan pengelompokan dan pengelolaan resource dalam Pusat Aplikasi. Untuk mengetahui informasi selengkapnya, lihat Memilih model penyiapan App Hub.

Manfaat aplikasi regional

Meskipun aplikasi global menawarkan fleksibilitas untuk sistem terdistribusi, memilih lokasi regional untuk aplikasi Hub Aplikasi Anda dapat memberikan keuntungan yang signifikan:

  • Mendukung residensi dan kepatuhan data: Meskipun metadata App Hub tidak menawarkan residensi data, aplikasi regional membantu Anda memastikan bahwa data sebenarnya yang diproses dan disimpan oleh resource pokok tetap berada dalam batas geografis yang Anda pilih. Manfaat ini sering kali sangat penting untuk mematuhi persyaratan hukum, peraturan, dan organisasi terkait lokalitas data.

  • Mengurangi latensi: Menempatkan resource aplikasi di region yang sama umumnya akan meminimalkan latensi jaringan antar-layanan, sehingga berpotensi meningkatkan performa aplikasi dan pengalaman pengguna.

  • Memenuhi persyaratan fitur produk: Layanan atau fitur Google Cloud tertentu mewajibkan semua resource yang berinteraksi berada di region yang sama. Misalnya, instance Compute Engine hanya dapat melampirkan persistent disk yang berada di region yang sama. Aplikasi App Hub regional secara inheren selaras dengan batasan arsitektur tersebut.

  • Mengoptimalkan biaya: Transfer data antar region yang berbeda Google Cloud sering kali menimbulkan biaya jaringan, sedangkan traffic jaringan dalam region yang sama biasanya memiliki harga yang lebih rendah. Dengan membuat aplikasi secara regional, Anda dapat mengelola dan mengurangi biaya jaringan lintas region dengan lebih baik.

  • Selaras dengan domain kegagalan: Google Cloud Region dirancang sebagai domain kegagalan independen. Men-deploy aplikasi Anda dalam satu region dan menggunakan beberapa zona dalam region tersebut untuk ketersediaan tinggi akan menyelaraskan toleransi kesalahan aplikasi Anda dengan model ketahanan infrastruktur Google Cloud.

Langkah berikutnya