Bölgesel merkezler

(Bölüm: Ekosistem ve Ağ)

1) Bölgesel merkezlere neden ihtiyaç duyulur?

• Gecikme ve UX: Kullanıcıya yakınlık (RTT↓, TTI/TTF↓).
• Uyum ve ikamet: Verilerin yargı yetkisi dahilinde depolanması/işlenmesi.
• Kararlılık ve kapasite: bölgenin kısmi izolasyonu ile çalışan küresel çekirdeğin boşaltılması.
• Ekonomi: bölgeler arası trafikte azalma, yerel CDN/önbellekler, uygun IX/eşleştirme tarifeleri.

2) Bölgesel hub rolleri

1. Kenar/Ağ Geçidi - giriş katmanı (HTTP/2/3, gRPC, WebSocket, QUIC), hız sınırı, QoS, WAF.
2. Okuyucu/API - RPC, dizinler, arama hizmetleri, yerel materyalize görünümler.
3. Hesaplama/Akış - olay işleme, toplama, sahteciliğe karşı filtreler.
4. Veri Düzlemi - TSDB/sütun vitrinleri, "sıcak" veriler için nesne depolama.
5. Uyumluluk/KYC/KYB - sağlayıcılar ve yaptırım katalogları ile yerel entegrasyonlar.
6. Ödemeler/PSP - yerel ödeme yöntemleri ve açma/kapama rampaları.
7. Bridge/Relay, yerel sonlandırma arabelleğine sahip bir mesaj terminalidir.
8. Gözlemlenebilirlik - metrikler/günlükler/izler, sentetik örnekler.
9. Yönetişim/Erişim - bölgesel katılımcılar için rol dizinleri, anahtarlar ve sınırlar.

3) Dağıtım topolojileri

Hub-and-Spoke: merkezi'ana merkez "+ kısmi özerkliğe sahip bölgesel yumurtlamalar.
Active-Active (Multi-Primary): Çatışmasız çoğaltma özelliğine sahip birkaç hub'ın simetrik çalışması (CRDT/leading logs).
Aktif-Pasif: Periyodik replikasyon ve DR rollover ile sıcak rezerv.
Kenar Katmanlı: ince kenar düğümleri (CDN, WebSocket fan çıkışı) - kalın bölgesel hub.

Seçim, kesinleştirme/tutarlılık gereksinimlerine, kanal maliyetlerine ve düzenleyici kısıtlamalara bağlıdır.

4) Geomarshrutization ve ikamet politikası

GeoDNS/Anycast + Latency-Aware LB: En yakın sağlıklı merkeze istek gönderiyoruz.
Yargı Yönlendirme: Konuların verileri (AB/İngiltere/TR, vb.) ilgili merkezde kalır; Bölgeler arası transferler - sadece beyaz listelerde.
Bölgeler için Trafik SOR (Akıllı Sipariş Yönlendirme): RTT, kanal maliyeti, uyumluluk bayrakları, kota yükü ve SLO'yu dikkate alır.
Yerinde Başarısız: Harici bağlantılar bozulduğunda, hub "yalnızca sonlandırılmış" isteklere ve yerel işlemlere hizmet etmeye devam eder.

5) Veri: dizinler, çoğaltmalar, depolama sınıfları

• P0 - ödemeler/köprü/tanımlama (sıkı ikamet, "sinyallerin" yalnızca agrega/hash'lerde senkronizasyonu).
• P1 - ürün etkinlikleri ve kümeleri (yerel görünüm + periyodik dışa aktarma).
• P2 - hata ayıklama/günlükler (agresif sıkıştırma, bölgede uzun tutma).

• Olaylar - parti içinde sipariş ile günlük gönderimi (bölge kapsamlı tuşlar).
• Depolama - asenkron MMR/CRDT veya anlık görüntü yedeklemeleri.
• İkamet: DLP/PII politikaları, tokenization, bölge başına ayrı şifreleme anahtarları.

6) Performans ve önbelleğe alma

Önbellekler: kenar önbelleği (kısa TTL), API üzerinde okuma, negatif önbellek.
Warm-data: Son N blok/parti, popüler yöntemlerin sıcak indeksleri.
L2/bridges için DA/Batch tamponları: onayları olan yayınların yerel kuyruğu.
Donanım Ayarlı TPS: Bölgesel fiyatlara göre $/TPS ve $/RPS kapasite planlaması.

7) QoS, kuyruklar ve geri basınç

Otobüs ve ağ geçidi seviyesinde P0/P1/P2 sınıfları; Ayrı kuyruklar ve kotalar.
Bölümleme: Tahmin edilen iş hacmi için 'bölge' kiracı 'konu' anahtarı.
DLQ: "Zehirli" mesajların karantinaya alınması, jitter ile retrai.
Kabul Kontrolü: "Pahalı" RPC'lerin sınırlandırılması (menzil, filtreler, sınırlar).

8) Bölgesel Hub SLI/SLO

• P95 Gecikme (Kenar/API), Başarı Oranı, Kuyruk-Gecikme p95, Tazelik vitrinler, Finalite p95 (köprü/röleler), Geo-Hit Oranı (bölgede sunulan taleplerin payı), Uyumluluk Geçişi %.

• Edge/API p95 ≤ 350-450 мс, Kullanılabilirlik ≥ 99. 95%.
• Tazelik (P1) p95 ≤ 3 dk; Kuyruk-Lag P0 p95 ≤ 2 с.
• Geo-Hit Oranı ≥ %85 (bölgeler arası atlama olmadan).
• DR RTO ≤ 15 dakika, P0 için RPO ≤ 5 dakika.

9) Gözlemlenebilirlik ve gösterge panoları

Ops Core: QoS sınıfına göre gecikme/hata/kuyruk-gecikme/işlem hacmi.
Geo View: RTT ısı haritası, Geo-Hit Oranı, bölgeler arası trafik.
Uyum: ikamet, yaptırımlar isabet, ihracat günlükleri.
Köprü/DA: p95 sonlandırma, meydan okuma/reorg, yayın hataları.
Kapasite ve Maliyet: TPS_per_$, talep CTS/1k, Kullanım %.

10) DR ve esneklik

Yedekleme kanalları: bağımsız IX/sağlayıcılar, şifreli merkezler arası iletişim tünelleri.
İzole mod: "Yalnızca sonlandırılmış", bozunma API'leri, yerel faturalar, ardından uzlaştırma.
Düzenli egzersizler: transatlantik kapatma, DA/provers kaybı, sınırlarda "jitter/kayıplar".

11) Ekonomi ve Kapasite Planlaması

1k ops başına CTS (Cost-to-Serve): kanallar + hesaplamalar + depolama + lisanslar.
TPS_per_$: 1 $ altyapı başına sürdürülebilir bant genişliği.
Peering/IX optimizasyonu: yerel eş noktalar, ön ek duyuruları, sıkıştırma ve butching.
Katman modeli: T1 (min-set hizmetler), T2 (tam kanlı analitik), T3 (full stack + DA/bridge).

12) Referans yapılandırmaları

12. 1 Yönlendirme Politikası (YAML)

yaml routing:
geodns:
regions: [eu, uk, tr, la, apac, na]
policies:
prefer_local: true fallback_chain: [nearest_healthy, master_hub]
compliance:
residency:
eu: ["eu"]
uk: ["uk"]
tr: ["tr"]
export_whitelist:
eu: ["anonymized_metrics","hash_anchors"]
slo_gates:
p0_latency_p95_ms: 400 queue_lag_p95_ms: 2000

12. 2 K8s Kenar Ağ Geçidi + HPA

yaml apiVersion: apps/v1 kind: Deployment metadata: { name: edge-gw, labels: { region: eu } }
spec:
replicas: 4 template:
spec:
containers:
- name: gw image: org/edge-gw:2. 7. 0 ports: [{ containerPort: 443 }]
env:
- { name: QOS_CLASSES, value: "P0,P1,P2" }
- { name: DENY_HEAVY_RANGE, value: "eth_getLogs>5000" }
apiVersion: autoscaling/v2 kind: HorizontalPodAutoscaler metadata: { name: edge-gw-hpa }
spec:
minReplicas: 4 maxReplicas: 24 metrics:
- type: Pods pods:
metric: { name: request_latency_p95_ms }
target: { type: AverageValue, averageValue: 350m }

12. 3 Kafka: bölge/çadır bölümleme

yaml topic: "events. p0"
partitions: 96 config:
min. insync. replicas: 2 cleanup. policy: delete compression. type: zstd message. timestamp. type: CreateTime

12. 4 İkamet ve ihracat politikaları

yaml data_policy:
pii: { tokenized: true, cross_region_export: "deny" }
exports:
anonymized_metrics: { allowed: ["eu","uk","na"], schedule: "5m" }
hash_anchors: { allowed: ["eu","uk","na","apac"], cadence: "15m" }

13) Veri şemaları ve sorguları

Hub ve bağlantı dizini

sql
CREATE TABLE hubs (
hub_id TEXT PRIMARY KEY,
region TEXT, tier SMALLINT, status TEXT,
rtt_ms INT, cost_per_1k_ops NUMERIC,
created_at TIMESTAMPTZ
);

CREATE TABLE interlinks (
src_hub TEXT, dst_hub TEXT,
capacity_mbps INT, cost_per_gb NUMERIC,
encrypted BOOLEAN, health TEXT,
PRIMARY KEY (src_hub, dst_hub)
);

Geo-Hit Oranı и Tazelik

sql
SELECT region,
100. 0 SUM(CASE WHEN served_in_region THEN 1 ELSE 0 END)/COUNT() AS geo_hit_pct,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY freshness_s) AS freshness_p95
FROM req_stats
WHERE ts >= now() - INTERVAL '24 hours'
GROUP BY region;

TPS_per_$

sql
SELECT hub_id,
AVG(tps_sustained) / NULLIF(AVG(cost_usd_hour),0) AS tps_per_usd
FROM hub_perf
WHERE ts >= now() - INTERVAL '7 days'
GROUP BY hub_id;

14) Çalışma yönetmelikleri

Günlük: SLO raporu (gecikme/kuyruk-gecikme/tazelik), ihracat/ikamet denetimi, merkezler arası yüzlerin durumu.
Haftalık: kota/QoS ve GeoDNS kalibrasyonu, CTS/TPS_per_$ yeniden hesaplanması, önbellek ve sıcak indekslerin revizyonu.
Aylık: DR egzersizleri (izole mod, kanal değiştirme), DA/köprü kontrolü.
Serbest bırakılmadan önce: Bir hub/bölge, SLO kapıları ve geri alma planı ile kanarya sunumu.

15) Playbook olayları

A. Bölgeler arası kanalın düşüşü

1. Bekleme IX'a geçin, sıkıştırma/yığınları etkinleştirin;

2. Hub "sadece kesinleşmiş" modunda;

3. Dışa aktarma kuyruğu - arabelleğe, bir sınırla;

4. Katılımcılarla ölüm sonrası iletişim.

B. API p95'in yerel bozulması

1. P0'a öncelik verin, P2-throttle etkinleştirin;

2. Kenar/API kopyalarını artırın;

3. Yalnızca sıcak yöntemler için önbelleği etkinleştir;

4. Ağır sorgu tanılama, gerekirse reddetme kuralları.

C. İkamet ihlali

1. Hemen bölgeler arası ihracat bloğu;

2. Redaksiyon/dışa aktarma tersi;

3. DPO/Uyumluluk bildirimi;

4. Politikaları ve testleri güncellemek.

D. reorg/DA başarısızlık zirveleri

1. Anlaşmazlık K/Pencere artırın;

2. "Gecikmeli sonuçlandırmayı" etkinleştirmek;

3. Tüketicileri bilgilendirmek;

4. Ek raporlar.

E. Düzensiz hub yükleme

1. GeoDNS/Latency-LB'yi yeniden ayarlama;

2. Kota/fiyat dengesi;

3. Bağlı kuruluşlar/kaynaklar için trafik şekillendirme.

16) Uygulama kontrol listesi

1. Bölgeleri/yetki alanlarını seçin ve SLO'ları hedefleyin.
2. Tasarım topolojisi (Hub-Spoke veya Active-Active), kanallar/IX.
3. Post rolleri: Kenar/API/Hesaplama/Veri/Köprü/Uyumluluk.
4. İkamet, dizin ve ihracat politikalarını yapılandırın.
5. QoS, kuyruklar, önbellekler ve geri basınç özelliğini etkinleştirin.
6. Gözlemlenebilirliği ve Geo/Compliance/Perf/Cost panolarını artırın.
7. DR (RTO/RPO), matkaplar ve izole modunu ayarlayın.
8. Ekonomik ölçümler (CTS, TPS_per_$) ve bütçe girin.

17) Sözlük

Geo-Hit Ratio - "its" hub tarafından sunulan taleplerin payı.
RPO/RTO - veri kaybı/kurtarma süresi hedefleri.
Hub-and-Spoke, çevresel kümeleri olan merkezi bir düğümdür.
CRDT - çatışmasız çoğaltma için veri yapıları.
1k ops başına CTS - 1000 operasyon servis maliyeti.
TPS_per_$ - altyapının dolar başına kapasitesi.

Alt satır: Bölgesel merkezler, küresel ağı yerel olarak optimize edilmiş, uyumlu ve esnek alanlara dönüştürür. Net SLO, residency, QoS ve DR prosedürleriyle gecikme süresini ve maliyeti azaltır, güvenilirliği artırır ve yönetilebilirlik kaybı olmadan ekosistem ölçeklendirmesine olanak tanır.