Regional mərkəzlər

(Bölmə: Ekosistem və Şəbəkə)

1) Nə üçün regional hub lazımdır

• Gizlilik və UX: istifadəçiyə yaxınlıq (RTT ↓, TTI/TTF ↓).
• Uyğunluq və rezidentlik: yurisdiksiya daxilində məlumatların saxlanması/emalı.
• Dayanıqlıq və tutum: qlobal nüvənin boşaldılması, bölgənin qismən izolyasiyası ilə işləmək.
• İqtisadiyyat: regionlararası trafikin azaldılması, yerli CDN/caches, sərfəli IX/peering tarifləri.

2) Regional mərkəzin rolları

1. Edge/Gateway - giriş təbəqəsi (HTTP/2/3, gRPC, WebSocket, QUIC), rate-limit, QoS, WAF.
2. Reader/API - RPC, indekslər, axtarış xidmətləri, yerli materialized views.
3. Compute/Stream - hadisə emalı, aqreqasiya, anti-frod filtrləri.
4. Data Plane - TSDB/sütunlu vitrinlər, «isti» məlumatlar üçün obyekt saxlama.
5. Compliance/KYC/KYB - provayderlərlə lokal inteqrasiya və sanksiya kataloqları.
6. Payments/PSP - yerli ödəniş üsulları və on/off-rampa.
7. Bridge/Relay - yerli sonlandırma buferi ilə zəncirlərarası mesaj terminalı.
8. Observability - metriklər/loqlar/treyslər, sintetik nümunələr.
9. Governance/Access - regional iştirakçılar üçün rollar, açarlar və limitlər kataloqu.

3) Yerləşdirmə topologiyaları

Hub-and-Spoke: mərkəzi «master hub» + qismən muxtariyyətə malik regional spooklar.
Active-Active (Multi-Primary): konflikt-free replikasiya ilə bir neçə hub simmetrik iş (CRDT/qabaqcıl jurnallar).
Active-Passive: dövri replikasiya və DR-rollover ilə isti ehtiyat.
Edge-Tiered: «nazik» edge-düyünlər (CDN, WebSocket-fan-out) → «qalın» regional hub.

Seçim sonlandırma/sabitlik tələblərindən, kanalların dəyərindən və tənzimləmə məhdudiyyətlərindən asılıdır.

4) Geomarşrutlaşdırma və rezidentlik siyasəti

GeoDNS/Anycast + Latency-Aware LB: ən yaxın sağlam mərkəzə sorğu göndəririk.
Jurisdiction Routing: subyektlərin məlumatları (EU/UK/TR və s.) müvafiq hub qalır; regionlararası göndərişlər - yalnız ağ siyahılar üzrə.
Regionlar üçün Traffic SOR (Smart Order Routing): RTT, kanal dəyəri, uyğunlaşma bayraqları, kvota yükləmələri və SLO-lar nəzərə alınır.
Fail-in-Place: Xarici əlaqələrin deqradasiyası zamanı hub «finalized-only» sorğulara və lokal əməliyyatlara xidmət göstərməyə davam edir.

5) Məlumatlar: kataloqlar, replikasiyalar, saxlama sinifləri

• P0 - ödənişlər/körpü/identifikasiya (ciddi rezidentlik, yalnız aqreqatlarda/heşlərdə «siqnalların» sinxronizasiyası).
• P1 - məhsul hadisələri və aqreqatları (yerli view + dövri ixrac).
• P2 - hata ayıklama/log (aqressiv sıxılma, bölgədə uzun retensiya).

• Hadisələr - partiya daxilində ardıcıllıqla log-shipping (region-scoped keys).
• Anbarlar - asenxron MMR/CRDT və ya snapshot backup.
• Rezidentlik: DLP/PII siyasəti, tokenizasiya, ayrı-ayrı şifrələmə açarları.

6) Performans və caching

Caches: edge cache (qısa TTL), API-də read-through, negative cache.
Warm-data: Ən son N blokları/batches, məşhur metodlara görə isti indekslər.
L2/Körpülər üçün DA/Batch Buferlər: təsdiq ilə yerli nəşr növbəsi.
Hardware-Adjusted TPS: Regional qiymətləri nəzərə alaraq $/TPS və $/RPS tutumunu planlaşdırın.

7) QoS, növbələr və backpressure

Şinlər və şlyuzlar səviyyəsində P0/P1/P2 sinifləri; ayrı növbələr və kvotalar.
Partitioning: açar 'region' tenant 'topic' proqnozlaşdırılan throughput üçün.
DLQ: «zəhərli» mesajların karantini, jitter ilə retralar.
Admission Control: «bahalı» RPC-lərin məhdudlaşdırılması (diapazona, filtrlərə, limitlərə görə).

8) SLI/SLO Regional Hub

• p95 Latency (Edge/API), Success Rate, Queue-Lag p95, Freshness vitrin, Finality p95 (körpü/relay), Geo-Hit Ratio (regionda xidmət edilən sorğuların payı), Compliance Pass%.

• Edge/API p95 ≤ 350–450 мс, Availability ≥ 99. 95%.
• Freshness (P1) p95 ≤ 3 dəq; Queue-Lag P0 p95 ≤ 2 с.
• Geo-Hit Ratio ≥ 85% (regionlararası hop olmadan).
• DR RTO ≤ 15 dəq, RPO ≤ P0 üçün 5 dəq.

9) Müşahidə və daşbordlar

Ops Core: QoS siniflərinə görə latency/error/queue-lag/throughput.
Geo View: RTT istilik kartı, Geo-Hit Ratio, regionlararası trafik.
Compliance: rezidentlik, sanksiya hitləri, ixrac-loqlar.
Bridge/DA: p95 finalı, challenge/reorg, nəşr uğursuzluqları.
Capacity & Cost: TPS_per_$, sorğu CTS/1k, Utilization%.

10) DR və sabitlik

Ehtiyat kanallar: müstəqil IX/provayderlər, şifrələnmiş interhabes tunelləri.
İzolyasiya rejimi: «finalized-only», deqradasiya API, yerli qəbzlər ilə sonrakı reconcile.
Mütəmadi təlimlər: transatlantik, DA/pruver itkisi, sərhədlərdə «jitter/itki».

11) Kapasite iqtisadiyyatı və planlaşdırılması

CTS (Cost-to-Serve) per 1k ops: kanallar + hesablama + saxlama + lisenziyalar.
TPS_per_$: 1 dollar infrastruktur üçün davamlı tutum.
Peering/IX-optimizasiya: yerli peer nöqtələri, prefiks-elanlar, sıxılma və batching.
Tier modeli: T1 (min xidmətlər), T2 (tam qanlı analitik), T3 (tam yığın + DA/körpü).

12) Referans konfiqurasiyası

12. 1 Marşrutlaşdırma Siyasəti (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: Edge-şlyuz + 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ölgə/tentant üzrə partizan

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

12. 4 Rezidentlik və ixrac siyasəti

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) Məlumat sxemləri və sorğular

Hub və əlaqələr kataloqu

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 Ratio и Freshness

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) Əməliyyat qaydaları

Gündəlik: SLO hesabatı (latency/queue-lag/freshness), ixrac/rezidentlik auditi, məhəbbətlərarası simaların vəziyyəti.
Həftəlik :/QoS və GeoDNS kvotalarının kalibrlənməsi, CTS/TPS_per_$ yenidən hesablanması, cache reviziyası və «isti» indekslər.
Aylıq: DR-təlimlər (izolyasiya rejimi, kanal keçid), DA/körpü yoxlama.
Buraxılışdan əvvəl: bir hub/region, SLO geytaları və geri dönüş planı üçün kanarya rollout.

15) Playbook hadisələr

A. Regionlararası kanalın düşməsi

1. Ehtiyat IX-ə keçin, sıxılma/batchy-i yandırın;

2. «finalized-only» rejimində hub;

3. İxrac növbəsi - bufer, limit ilə;

4. İştirakçılarla ünsiyyət, post-mortem.

B. API p95 lokal deqradasiya

1. P0 prioritet, P2-throttle daxil;

2. edge/API replikalarını artırın;

3. Yalnız isti üsullar üçün cache aktiv;

4. Ağır sorğuların diaqnostikası, lazım olduqda deny-rules.

C. rezidentlik pozulması

1. Dərhal regional ixrac bloku;

2. Redaction/ixrac tərs;

3. DPO/Compliance bildirişi;

4. Siyasət və testlərin yenilənməsi.

D. piki reorg/DA uğursuzluqlar

1. K/mübahisə pəncərəsini artırın;

2. «delayed finalization» daxil edin;

3. İstehlakçıları xəbərdar edin;

4. Hesabatları tamamlayın.

E. Qeyri-bərabər hub yükləmə

1. GeoDNS/Latency-LB Peretuninq;

2. Kvota/qiymət balansı;

3. Affiliates/mənbələr üçün trafik shaping.

16) Giriş çek siyahısı

1. Bölgələri/yurisdiksiyaları və hədəf SLO seçin.
2. Topologiyanı (Hub-Spoke və ya Active-Active), kanalları/IX.
3. Rolları yayın: Edge/API/Compute/Data/Bridge/Compliance.
4. Rezidentlik, kataloqlar və ixrac siyasətlərini konfiqurasiya edin.
5. QoS, növbələr, caches və backpressure daxil edin.
6. Geo/Compliance/Perf/Cost müşahidə və dashboard artırın.
7. DR (RTO/RPO), təlim və izolyasiya rejimi qurun.
8. İqtisadi metriklər (CTS, TPS_per_$) və büdcə.

17) Lüğət

Geo-Hit Ratio - «öz» hub tərəfindən xidmət edilən sorğuların payı.
RPO/RTO - məlumat/bərpa vaxtı itkisi hədəfləri.
Hub-and-Spoke - periferik klasterləri olan mərkəzi qovşaq.
CRDT - konflikt-free replikasiya üçün data strukturları.
CTS per 1k ops - 1000 əməliyyat xidmət dəyəri.
TPS_per_$ - bir dollar infrastruktur tutumu.

Nəticə: Regional mərkəzlər qlobal şəbəkəni yerli optimallaşdırılmış, komplayent və davamlı domenlər toplusuna çevirir. Aydın SLO, rezidentlik, QoS və DR prosedurları ilə latentliyi və dəyəri azaldır, etibarlılığı artırır və idarəetməni itirmədən ekosistemin miqyasını təmin edir.