Трафикті қайта бөлу

1) Қайта бөлу дегеніміз не және ол не үшін қажет

• жарылыс кезінде SLO (p95/p99, success rate) ұстап тұру;
• Tail Amplification және финалдық уақытты төмендету;
• сапа мен тәртіпті жоғалтпай, Cost-to-Serve-ді барынша азайту;
• қатерлер мен бұзушылықтар кезінде fail-closed мінез-құлықты қамтамасыз ету.

2) QoS нысандары, рөлдері және сыныптары

Қайта бөлу объектілері: бағыттар, бриджилер, секвенсерлер, DA-пулдар, POP/edge, GPU/CPU кластерлері, сервис кезектері.
Роли: Operator/Router, Provider (узел/бридж/DA/GPU), Compliance Gate, Orchestrator, Auditor/Regulator, Treasury/治理.

• Q4 - шектен тыс командалар (ретіне/ақтық кезеңіне сыни).
• Q3 - реттелген ағындар (себеп кілті).
• Q2 - exactly-once тиімді (снапшоттар/биллинг).
• Q1/Q0 - телеметрия/аналитика/бест-эффорт.

3) Қайта бөлуді қашан іске қосу керек (жоба)

• дәлізден жоғары p95/p99, TailAmplification = p99/p50 өседі.
• Queue depth немесе consumer lag шектен асады.
• Finality lag/bridge errors өседі, reorg/orphan нормадан жоғары.
• Маршрутта Cost/Req бюджеттен шығады.
• Compliance event: гео/жасы/санкциялар → блок/шектеу.
• Degradation signals: SLA-брейки, flap-rate, error-budget burn.

4) Жаңа бағыт туралы шешім (utility функциясы)

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

Таразылардың профильдері QoS класына байланысты: Q4 ↑ wL, ↑ wF, ↑ wR үшін; Q1 ↑ wC, ↓ wF үшін.

Қатты инварианттар: 'Order (true) ∧ Idempotency (true) ∧ Quotas (true) ∧ Compliance (true)'.

5) Қайта бөлу алгоритмдері мен механикасы

Consistent hashing per key → орын ауыстыруларды барынша азайтады;

Hot-Shard Relief - «ыстық» кілттердің уақытша кіші сегментациясы.
Percentile-aware routing - p50 емес, p95/p99 бойынша шешімдер.
EDF/LLF для Q4 (Earliest Deadline / Least Laxity First).
Weighted Fair Queuing/DRR - жалпы кезектегі әділ үлес.
Leaky/Token buckets - per класс/маршрут/провайдер квоталары.
Circuit breakers — trip → reroute; half-open қалпына келтіру сынамалары.
Adaptive retries - шектелген ретрайлары бар джиттер мен мерзімдер.
Spillover tiers - downshift: Q0/Q1 Q3/Q4 жолағын босатып, batch/edge-ге кетеді.

6) Тәртіп, теңсіздік, ақтық мәресі

Strict order per key (Q3/Q4) таңдалған бағытта; failover - «тоқта-тосқауыл» + outbox/inbox-тан replay, содан кейін «еріту».
Idempotency key + seen-кесте (TTL) - қайталап жеткізу кезіндегі дедуп.
X-chain аяқталуы: 'FinalityTime '/challenge терезесін ескереміз; күрделі операциялар ең аз жиынтық ақырғы жолды алады.

7) Қайта бөлу экономикасы

Surge-үстемеақылар: кезектердің/қалдықтардың өсуі кезінде ↑ шамадан тыс жүктелген маршруттарда wC.
Провайдердің Quality Factor (QF) көлемі мен төлеміне әсер етеді.
Budget-лимиттер: құн және egress тәуліктік/сағаттық шегі.
Treasury hooks: орнықты сапа домендері ↓ take-rate/↑ көлемін алады.

8) Комплаенс және гео-ереже

Fail-closed: мәртебесіне күмән → блок, қол кворумы.
ZK-рұқсатнамалар: жасы/ПД-ны ашпай гео докы.
Export/retention policies: DA/egress өңірлер бойынша, төлем жолындағы салықтық ұстап қалу.
Geo-evasion guard: тексеріп шығу белгілері → карантин + аудит.

9) Бақылау және алертинг

Трассировка: 'x _ msg _ id', 'route _ id', 'provider _ id', bridge/DA сатылары, аяқталу.
Өлшемдер: p50/p95/p99, retry%, timeout%, duplicate/out-of-order%, queue depth, finality lag, cost/req, surge-индекс.
Дашборды: Reroute Live, Tail Heatmap, Queue/Finality Monitor, Cost-per-Route, Fairness Panel.
Алерталар: error-budget burn, flap-rate, DLQ depth, комплаенс-блоктар.

10) Инциденттер (RCA) және тозу хаттамасы

1. Жоба (§ 3 қараңыз) → бағытты оқшаулау (trip), үлестерді қайта бөлу.
2. Жұмсарту: downshift Q0/Q1, Q4/Q3 басымдығын күшейту, «шулы» ағындарға лимиттерді кесу.
3. Өтемақы: сақтандыру пулынан (S-кепіл, RNFT-ережелер).
4. Пост-мортем: себептер, салмақтарды/лимиттерді түзету, сигнатураларды жаңарту, rehearsal.

11) Формулалар мен бағдарлар

SuccessRate = 1 − (timeouts + errors)/requests

TailAmplification = p99/p50 (мақсат: ↓, per QoS дәліздері)

Headroom = (cap − current)/cap

Cost/Req = Σ (ресурс × мөлшерлеме )/табысты _ сұраулар

FairnessIndex (Jain) = (Σ x) ²/( n· Σ x ²) квоталар/ресурстар бойынша

Провайдердің QualityFactor: (QF = f (\text {success}, p95, DLQ, finality))

• Q4: success ≥ 99. 99%, p95 ≤ 200 мс, DLQ = 0, MTTR ≤ 15 мин.
• Q3: тәртіптің бұзылуы ≤ 10 ⁻⁶/сағ., p95 ≤ 500 мс.
• DA/Bridge: ақырғы ≤ 3 × T _ block, жалған растаулар = 0.

12) : салмақтардың/квоталардың/бағалардың өзгеру ережелері

Ауысымдағы кемшіліктер (w), квоталар, тарифтер және QF-бонустар.
Сапалы рөлдерге арналған дауыстардың R-модификаторы (дәліз [0. 8..1. 2]).
Sunset түзетулері: автоауыспалы уақытша өзгерістер.
Жария есептілік: тоқсандық қайта бөлу өлшемдері және fairness-аудит.

13) Енгізу плейбуки (қадамдар бойынша)

1. Ағындарды және себеп кілттерін картаға түсіру (QoS/өңір/комплаенс бойынша).
2. Телеметрия және сынамалар: OWD/RTT/jitter/queue/finality/cost (EWMA + p95/p99).
3. Utility саясаты: per QoS таразы профильдері, құн бюджеттері, surge дәліздері.
4. Квоталар мен шейперлер: токен-бакеттер per маршрут/провайдер/класс.
5. Жеткізу кепілдіктері: outbox/inbox, теңсіздік, реттік кедергілер.
6. Fairness & backpressure: WFQ/DRR, anti-noise, spillover tiers.
7. Бақылануы: дашбордтар, алерттар, error-бюджеттер, DLQ/Replay.
8. Game-days/chaos: домен/көпір/DA құлауы, баға шок, гео-блок.
9. : салмақтарды/лимиттерді/бағаларды өзгерту рәсімдері (пропозалалар, sunset).
10. Пилот → масштабтау: A/B профильдер, ретрокалибровка, көпшілік есебі.

14) Қайта бөлу бағдарламасының KPI

Жеткізу: QoS, DLQ = 0 (Q3/Q4), duplicate/out-of-order ↓ сыныптары бойынша success.
Кідіріс: мақсатты дәліздерде p95/p99 және TailAmplification.
Тұрақтылығы: MTTR медиана ≤ мақсатты, flap-rate ↓.
Экономика: SLO сақтағанда Cost/Req ↓; «арзан» маршруттар үлесінің өсуі.
Әділеттілік: дәлізде Jain; «noisy neighbor» инциденттерін азайту.
Соңғы/қауіпсіздік: finality lag ↓, 0 жалған растаулар.
Комплаенс: 100% geo/age/санкциялардан өту, нөлдік бұзушылықтар.

15) Өнiм дайындығының чек-парағы

• QoS, SLO/SLA, себеп кілттері және қате бюджеттері анықталған
• Іске асырылған utility-саясат, квоталар және токен-бакеттер per route/provider
• Қосылған consistent hashing, hot-shard relief, EDF/LLF (Q4)
• outbox/inbox теңшелген, сәйкестік және реттік кедергілер
• WFQ/DRR, backpressure және spillover tiers жұмыс істейді
• latency/tail/queue/finality/cost дашбордтары және алерталар қол жетімді
• circuit breakers, DLQ/Replay және өтемақылар (S-эскроу) қосылған
• Өткізілген game-days/chaos және ресімделген пост-мортемалар
• Compliance Gate қосылған және төлемдердегі салықтық ұстап қалулар
• Бекітілген -таразылардың/лимиттердің/бағалардың өзгеру процесі (sunset)

16) Глоссарий

Трафикті қайта бөлу: басқарылатын reroute/кезектерді/провайдерлерді қайта тағайындау.
Tail Amplification: p99/p50 - кідірістердің «артқы» күші.
FinalityTime: кросс-чейндік оқиғаның қайтымсыз уақыты.
Utility-routing: біріктірілген пайдалылығы бойынша жолды таңдау.
WFQ/DRR: кезекке қызмет көрсетудің әділ тәртібі.
Spillover tiers: шамадан тыс жүктеу кезінде batch/edge-дегі «жұмсақ» сыныптарды төмендету.
Circuit breaker: Деградацияланған бағытты автоматты түрде өшіру.

17) Жиынтық

Трафикті қайта бөлу - бұл тұрақтылықтың операциялық контуры: өлшейміз → шешеміз → тәртіпті, ақырғы және ережені бұзбай қайта бағыттаймыз. Utility-маршруттау, fairness/квоталар, жеткізудің қатаң кепілдіктері және -бақылау комбинациясы мультичейн-экожүйені сұраныстың шыңына төтеп бере алатын бейімделгіш жүйеге айналдырады, оқыс оқиғалар мен баға шоктары - жылдам, әділ және үнемді.