Gambaran umum replikasi geografis
Untuk pengembang aplikasi dan insinyur TI, tujuan umumnya adalah untuk membangun dan menjalankan aplikasi yang tangguh. Ketahanan didefinisikan sebagai kemampuan aplikasi Anda untuk bereaksi terhadap kegagalan dan tetap berfungsi. Untuk mencapai ketahanan dalam menghadapi kegagalan wilayah di cloud, langkah pertama adalah membangun redundansi untuk menghindari satu titik kegagalan. Redundansi ini dapat dicapai dengan replikasi geo.
Fitur geo-replikasi App Configuration memungkinkan Anda mereplikasi penyimpanan konfigurasi sesuka hati ke wilayah pilihan Anda. Setiap replika baru akan berada di wilayah yang berbeda dan membuat titik akhir baru bagi aplikasi Anda untuk mengirim permintaan. Titik akhir asli penyimpanan konfigurasi Anda disebut Asal. Asal tidak dapat dihapus, tetapi berperilaku seperti replika apa pun.
Mengubah atau memperbarui nilai kunci Anda dapat dilakukan di replika apa pun. Perubahan ini akan disinkronkan dengan semua replika lainnya mengikuti model konsistensi akhir.
Mereplikasi penyimpanan konfigurasi Anda menambahkan keuntungan berikut:
- Menambahkan ketahanan untuk pemadaman Azure: Jika terjadi pemadaman wilayah, replika akan terpengaruh secara individual. Jika satu wilayah mengalami pemadaman, semua replika yang terletak di wilayah yang tidak terpengaruh akan tetap dapat diakses dan terus disinkronkan. Setelah pemadaman dimitigasi, semua replika yang terpengaruh akan disinkronkan ke status terbaru. Perhatikan bahwa replikasi geo hanya menawarkan fungsionalitas failover otomatis melalui penyedia konfigurasi App Configuration. Jika tidak, Anda juga dapat membuat mekanisme failover kustom Anda sendiri dalam konfigurasi aplikasi Anda untuk beralih di antara titik akhir replika yang berbeda guna mengurangi dampak pemadaman Azure.
- Redistribusi Batas Permintaan: Anda dapat menyesuaikan dalam kode titik akhir replika yang digunakan aplikasi Anda sehingga Anda dapat mendistribusikan beban permintaan untuk menghindari batas permintaan yang berlebihan. Misalnya, jika aplikasi Anda berjalan di beberapa wilayah dan hanya mengirim permintaan ke satu wilayah, Anda mungkin mulai kehabisan batas permintaan App Configuration. Anda dapat membantu mendistribusikan ulang beban ini dengan membuat replika di wilayah tempat aplikasi Anda berjalan. Setiap replika memiliki batas permintaan yang terisolasi, ukurannya sama dengan batas permintaan asal. Menghabiskan batas permintaan di satu replika tidak berdampak pada batas permintaan di replika lain.
- Pembagian Wilayah: Mengakses beberapa wilayah dapat meningkatkan latensi antara aplikasi dan penyimpanan konfigurasi Anda, yang menghasilkan respons permintaan yang lebih cepat dan performa yang lebih baik jika aplikasi mengirimkan permintaan ke replika terdekatnya. Menentukan akses replika juga memungkinkan Anda membatasi penyimpanan dan aliran data di antara berbagai wilayah berdasarkan preferensi Anda.
Untuk mengaktifkan fitur ini di penyimpanan Anda, referensikan cara mengaktifkan dokumen replikasi geografis.
Kasus penggunaan sampel
Tim pengembang sedang membangun sistem yang terdiri dari beberapa aplikasi dan saat ini memiliki satu penyimpanan Azure App Configuration di wilayah US Barat. Penggunaan sistem mereka berkembang pesat, dan mereka mencari untuk meningkatkan dan memenuhi kebutuhan pelanggan mereka di: Swedia Tengah, US Barat, Eropa Utara, dan Asia Timur. Semua aplikasi yang mereka miliki saat ini menggunakan penyimpanan konfigurasi US Barat, menciptakan satu titik kegagalan. Jika ada pemadaman wilayah di US Barat, dan mereka tidak memiliki mekanisme failover atau perilaku default lainnya, sistem mereka tidak akan tersedia untuk pelanggan. Selain itu, secara global semua aplikasi saat ini dibatasi oleh batas permintaan dari satu penyimpanan konfigurasi. Saat tim menskalakan ke lebih banyak wilayah, batas ini tidak akan dipertahankan.
Tim ini akan mendapat manfaat dari replikasi geo. Mereka dapat membuat replika penyimpanan konfigurasi mereka di setiap wilayah tempat aplikasi mereka akan berjalan. Kemudian aplikasi mereka dapat mengirim permintaan ke replika di wilayah yang sama, daripada semua aplikasi mengirim permintaan ke US Barat. Ini akan memberikan dua keuntungan: peningkatan latensi permintaan dan distribusi beban yang lebih baik. Memiliki beban permintaan yang terdistribusi dengan baik akan membantu menghindari habisnya kuota permintaan. Selain itu, memiliki beberapa replika memungkinkan tim untuk mengonfigurasi aplikasi mereka untuk failover jika terjadi pemadaman regional. Misalnya, tim dapat mengonfigurasi aplikasi yang berjalan di Swedia Tengah untuk menarik konfigurasi dari wilayah tersebut, tetapi mundur ke Eropa Utara jika Swedia Tengah mengalami gangguan. Bahkan jika App Configuration tidak tersedia di wilayah tertentu, sistem tim tidak terpengaruh.
Pertimbangan
- Replikasi geo tidak tersedia di tingkat gratis.
- Setiap replika memiliki batasan, sebagaimana diuraikan dalam halaman harga App Configuration. Batas ini diisolasi per replika.
- Azure App Configuration juga mendukung zona ketersediaan Azure untuk membuat penyimpanan yang tangguh dan sangat tersedia dalam Wilayah Azure. Dukungan zona ketersediaan secara otomatis disertakan untuk replika jika wilayah replika memiliki dukungan zona ketersediaan. Kombinasi zona ketersediaan untuk redundansi dalam suatu wilayah, dan geo-replikasi di beberapa wilayah, meningkatkan ketersediaan dan performa penyimpanan konfigurasi.
Biaya dan penagihan
Setiap replika yang dibuat akan menambah biaya tambahan. Lihat halaman harga App Configuration untuk detailnya. Sebagai contoh, jika asal Anda adalah penyimpanan konfigurasi tingkat standar dan Anda memiliki lima replika, Anda akan dikenakan tarif enam penyimpanan konfigurasi tingkat standar untuk sistem Anda, tetapi setiap kuota dan permintaan terisolasi replika Anda disertakan dalam biaya ini.
Pemantauan
Untuk menawarkan wawasan tentang karakteristik fitur replikasi geografis, App Configuration menyediakan metrik bernama Latensi Replikasi. Metrik latensi replikasi menjelaskan berapa lama waktu yang dibutuhkan data untuk direplikasi dari satu wilayah ke wilayah lainnya.
Untuk informasi selengkapnya tentang metrik latensi replikasi dan metrik App Configuration lainnya, lihat Memantau referensi data App Configuration.