GH GambleHub

Trafikin yenidən bölüşdürülməsi

1) Yenidən bölüşdürmə nədir və niyə lazımdır

Trafikin yenidən bölüşdürülməsi həddindən artıq yüklənmə, insidentlər, qiymət şokları və ya uyğunluq statuslarının dəyişməsi zamanı yükün hissələri (axınlar, səbəblərin açarları, QoS sinifləri) üçün marşrutların/provayderlərin/növbələrin idarə olunan dəyişməsidir. Məqsədlər:
  • sıçrayışlarda SLO (p95/p99, success rate) saxlamaq;
  • Tail Amplification və son vaxt azaltmaq;
  • keyfiyyət və nizam itkisi olmadan Cost-to-Serve minimuma endirmək;
  • risklər və pozuntular zamanı fail-closed davranış təmin.

2) QoS obyektləri, rolları və sinifləri

Yenidən bölüşdürmə obyektləri: marşrutlar, briclər, sekvenserlər, DA-hovuzlar, POP/edge, GPU/CPU klasterləri, xidmət növbələri.
Роли: Operator/Router, Provider (узел/бридж/DA/GPU), Compliance Gate, Orchestrator, Auditor/Regulator, Treasury/治理.

QoS sinifləri:
  • Q4 - son komandalar (sıra/final üçün kritik).
  • Q3 - nizamlı axınlar (səbəb açarı).
  • Q2 - exactly-once effektiv (snapshots/billing).
  • Q1/Q0 - telemetriya/analitika/ən yaxşı effort.

3) Yenidən bölüşdürmə nə vaxt başlayacaq (detekt)

Tetikləyicilər (şərtlərdən hər hansı biri):
  • p95/p99 yuxarı dəhliz, TailAmplification = p99/p50 artır.
  • Queue depth və ya consumer lag həddini aşır.
  • Finality lag/bridge errors normadan yuxarı reorg/orphan böyüyür.
  • Cost/Req marşrutu büdcədən kənara çıxır.
  • Compliance event: geo/yaş/sanksiyalar → blok/məhdudiyyət.
  • Degradation signals: SLA-брейки, flap-rate, error-budget burn.

4) Yeni marşrut haqqında qərar (utility funksiyası)

Marşrut/provayder invariantlara uyğun olaraq minimum gözlənilən «qiymət» üzrə seçilir:

Utility(route) =
wL·Latency_p95_EWMA
+ wJ·Jitter
+ wQ·QueueDepth
+ wC·Cost_per_unit (gas + DA + egress + compute)
+ wF·FinalityTime
+ wR·RiskScore
+ wA·AvailabilityPenalty
+ wG·Geo/CompliancePenalty

Tərəzi profilləri QoS sinifindən asılıdır: Q4 ↑ wL, ↑ wF, ↑ wR; Q1 ↑ wC, ↓ wF.

Sərt invariantlar: 'Order (true) ∧ Idempotency (true) ∧ Quotas (true) ∧ Compliance (true)'.

5) Alqoritmlər və yenidən bölüşdürmə mexanikası

Consistent hashing per key → dəyişmələri minimuma endirir;

Hot-Shard Relief - «isti» açarların müvəqqəti alt seqmentasiyası.
Percentile-aware routing - p50 deyil, p95/p99 həll edir.
EDF/LLF для Q4 (Earliest Deadline / Least Laxity First).
Weighted Fair Queuing/DRR - ümumi növbələrdə ədalətli paydır.
Leaky/Token buckets - kvotalar per sinif/marşrut/provayder.
Circuit breakers — trip → reroute; half-open bərpa üçün testlər.
Adaptive retries - Jitter və deadline ilə məhdud retralar.
Spillover tiers - downshift: Q0/Q1 Q3/Q4 zolağını azad edərək batch/edge-ə gedirlər.

6) Nizam, idempotentlik, final

Strict order per key (Q3/Q4) seçilmiş marşrutda; failover - «stop-baryer» + outbox/inbox-dan replay, sonra «ərimə».
Idempotency key + seen-cədvəllər (TTL) - təkrar çatdırılma zamanı dedup.
X-chain finalı: 'FinalityTime '/challenge pəncərəsini nəzərə alın; kritik əməliyyatlar minimum ümumi final ilə yol alır.

7) Yenidən bölüşdürmə iqtisadiyyatı

Surge-əlavələr: növbələr/quyruqlar artdıqda ↑ həddindən artıq yüklənmiş marşrutlarda wC.
Provayderin Quality Factor (QF) həcmi və ödəniş təsir edir.
Budget limitləri: gündəlik/saat tavan dəyəri və egress.
Treasury hooks: Davamlı keyfiyyətli domenlər ↓ take-rate/↑ həcm alır.

8) Komplayens və geo-qaydalar

Fail-closed: status şübhə → blok, əl kvorum.
ZK-pass: dock/geo PD-ni açmadan.
Export/retention policies: DA/regionlar üzrə egress, ödəmə yolunda vergi tutulmaları.
Geo-evasion guard: atlama işarələri → karantin + audit.

9) Müşahidə və alertinq

Track: 'x _ msg _ id', 'route _ id', 'provider _ id', bridge/DA mərhələləri, son.
Metriklər: p50/p95/p99, retry%, timeout%, duplicate/out-of-order%, queue depth, finality lag, cost/req, surge-indeks.
Дашборды: Reroute Live, Tail Heatmap, Queue/Finality Monitor, Cost-per-Route, Fairness Panel.
Alertlər: error-budget burn, flap-rate, DLQ depth, komplayens blokları.

10) Insidentlər (RCA) və deqradasiya protokolu

1. Detekt (bax § 3) → marşrutun izolyasiyası (trip), payların yenidən bölüşdürülməsi.
2. Yumşalma: downshift Q0/Q1, Q4/Q3 prioritetinin artırılması, «səs-küylü» axınların limitlərinin kəsilməsi.
3. Kompensasiya: sığorta hovuzundan (S-girov, RNFT-qaydalar).
4. Post-mortem: səbəbləri, tərəzi/limitləri tənzimləmək, işarələri yeniləmək, rehearsal.

11) Formullar və göstərişlər

SuccessRate = 1 − (timeouts + errors)/requests

TailAmplification = p99/p50 (hədəf: ↓, per QoS dəhlizləri)

Headroom = (cap − current)/cap

Cost/Req = Σ (resurs × bahis )/uğurlu _ sorğular

FairnessIndex (Jain) = (Σ x) ²/( n· Σ x ²) kvotalar/resurslar üzrə

QualityFactor provayderi: (QF = f (\text {success}, p95, DLQ, finality))

SLO göstəriciləri (nümunə):
  • Q4: success ≥ 99. 99%, p95 ≤ 200 ms, DLQ = 0, MTTR ≤ 15 dəq.
  • Q3: 10 ≤/saat ⁻⁶ pozulması, p95 ≤ 500 ms.
  • DA/Bridge: son ≤ 3 × T _ block, yanlış təsdiqlər = 0.

12) : tərəzi/kvota/qiymət dəyişikliyi qaydaları

(w), kvotalar, tarifləri və QF bonusları.
Keyfiyyətli rollar üçün R-səs modifikatoru (dəhliz [0. 8..1. 2]).
Sunset düzəlişlər: avtomatik geri dönüş ilə müvəqqəti dəyişikliklər.
İctimai hesabat: rüblük yenidən bölüşdürmə metrikası və fairness-audit.

13) Giriş playbook (addımlarla)

1. Xəritə axınları və səbəblilik açarları (QoS/region/komplayens).
2. Telemetriya və nümunələr: OWD/RTT/jitter/queue/finality/cost (EWMA + p95/p99).
3. Utility siyasətləri: per QoS tərəzi profilləri, dəyər büdcələri, surge dəhlizləri.
4. Kvotalar və shapers: token-bakets per marşrut/provayder/sinif.
5. Çatdırılma zəmanəti: outbox/inbox, idempotent, sıra maneələri.
6. Fairness & backpressure: WFQ/DRR, anti-noise, spillover tiers.
7. Müşahidə: daşbordlar, alertlər, error-büdcələr, DLQ/Replay.
8. Game-days/chaos: domen/körpü/DA düşməsi, qiymət şoku, geo-blok.
9. : tərəzi/limit/qiymətlərin dəyişdirilməsi prosedurları (propozallar, sunset).
10. Pilot → miqyaslandırma: A/B profilləri, retro kalibrləmə, ictimai hesabat.

14) KPI yenidən bölüşdürmə proqramları

Çatdırılma: QoS, DLQ = 0 (Q3/Q4), duplicate/out-of-order ↓ sinifləri üzrə success.
Gecikmə: hədəf dəhlizlərdə p95/p99 və TailAmplification.
Sabitlik: MTTR media ≤ hədəf, flap-rate ↓.
İqtisadiyyat: SLO saxlayarkən Cost/Req ↓; «ucuz» marşrutların payının artması.
Ədalət: Dəhlizdə Jain; «noisy neighbor» hadisələrinin azaldılması.
Final/təhlükəsizlik: finality lag ↓, 0 saxta təsdiqlər.
Uyğunluq: 100% geo/age/sanksiyalar, sıfır pozuntular.

15) Hazırlıq yoxlama siyahısı

  • Müəyyən QoS, SLO/SLA, səbəb açarları və səhv büdcələri
  • Utility siyasətləri, kvotalar və per route/provider token-baketləri həyata keçirildi
  • consistent hashing, hot-shard relief, EDF/LLF (Q4) daxildir
  • Xüsusi outbox/inbox, idempotentlik və sıra maneələr
  • WFQ/DRR, backpressure və spillover tiers çalışır
  • Dashboard latency/tail/queue/finality/cost və alert mövcuddur
  • circuit breakers, DLQ/Replay və kompensasiya daxildir (S-eskrou)
  • Keçirilmiş game-days/chaos və rəsmiləşdirilmiş post-mortemlər
  • Bağlı Compliance Gate və ödənişlərdə vergi tutulmaları
  • Tərəzi/limit/qiymətlərin dəyişdirilməsi prosesi təsdiq edildi (sunset)

16) Sözlük

Trafikin yenidən bölüşdürülməsi: reroute/növbələrin/provayderlərin yenidən təyin edilməsi.
Tail Amplification: p99/p50 - «quyruq» gecikmələrin gücü.
FinalityTime: cross-chain hadisə dönməzlik qədər vaxt.
Utility-routing: yığılmış fayda yolu seçin.
WFQ/DRR: ədalətli intizam xidmət növbələri.
Spillover tiers: həddindən artıq yükləmə zamanı batch/edge-də «yumşaq» siniflərin azaldılması.
Circuit breaker: deqradasiya marşrutu avtomatik bağlanır.

17) Yekun

Trafikin yenidən bölüşdürülməsi dayanıqlığın əməliyyat dövrəsidir: ölçmək → həll etmək → sifariş, son və qaydaları pozmadan yönləndirmək. Utility-marşrutlaşdırma, fairness/kvotalar, ciddi çatdırılma zəmanətləri və -nəzarət kombinasiyası multicane-ekosistemini tələbin zirvələrinə, hadisələrə və qiymət şoklarına - tez, dürüst və qənaətlə dözə bilən adaptiv sistemə çevirir.

Contact

Bizimlə əlaqə

Hər hansı sualınız və ya dəstək ehtiyacınız varsa — bizimlə əlaqə saxlayın.Həmişə köməyə hazırıq!

Telegram
@Gamble_GC
İnteqrasiyaya başla

Email — məcburidir. Telegram və ya WhatsApp — istəyə bağlıdır.

Adınız istəyə bağlı
Email istəyə bağlı
Mövzu istəyə bağlı
Mesaj istəyə bağlı
Telegram istəyə bağlı
@
Əgər Telegram daxil etsəniz — Email ilə yanaşı orada da cavab verəcəyik.
WhatsApp istəyə bağlı
Format: ölkə kodu + nömrə (məsələn, +994XXXXXXXXX).

Düyməyə basmaqla məlumatların işlənməsinə razılıq vermiş olursunuz.