Region Seçimini Latency ile Yapmak
Slayttaki bölge, kullanıcının değil

Bölgeyi haritadan seçmek kolay. Frankfurt, 'Avrupa' kutusu. Kullanıcının çoğu o kutunun kenarındaysa RTT slaytta durmuyor. İlk bakışta 40 ms sanılan yol, gerçekte 120. 120, API için bazen kabul; websocket ve senkron onay için değil.
Tek ölçüm
Bir health endpoint, birkaç şehirden çağrı, medyan ve kuyruk. Fancy bir ağ ürünü değil; birkaç koşu. CloudFront kenarı ayrı konu — statik ve API'yi aynı region kararına yığmayın. API bölgede, statik kenarda durabilir.
İkinci konu yer. Veri, yasal olarak bir bölgede kalacaksa latency ikinci sıraya düşer. Bunu gizlemeden yazmak lazım: 'yavaş çünkü burada durmak zorunda'. Gizleyince ekip ikinci bölgeyi 'performans' diye açıyor, asıl kısıt yer.
Çok bölge, DR yazısının işi. Burada tek karar: ilk production nerede duracak. Slayt değil, ölçülen RTT ve yer kısıtı. İkisi yoksa bölge, alışkanlıktır.
Yorumlar
Yorumlar (0)
Yorumlar üyelere açık. Üye ol · Giriş yap