Latency Mesh: დაჩქარებული მარშრუტი
1) იდეა და მიზანი
Latency Mesh არის კვანძები/ROP (Presence Points) და კარიბჭეები, რომლებიც დინამიურად ირჩევენ ყველაზე დაბალ მოსალოდნელ შეფერხებას (წესრიგის, უსაფრთხოების და შესაბამისობის დაცვით) შეტყობინებებისთვის, API ზარები და ჯვარედინი ჩენი.
მიზნები:- შეამცირეთ p95/p99 ლატენტობა და „კუდის ძალა“;
- შეინარჩუნეთ სტაბილური SLO, თუნდაც ადიდების და ავარიების დროს;
- გაითვალისწინეთ ფასი (gas/DA/egress) და რისკი (ხიდები/საბოლოო) ერთ გადაწყვეტილებაში.
2) Latency Mesh ფენები
Edge POP ფენა: სასაზღვრო nods უფრო ახლოს არის მომხმარებელთან/პარტნიორთან; TLS ტერმინაცია, ქეში, წინასწარი სავალდებულო.
Overlay Routing ფენა: მარშრუტიზაცია L3/L4- ზე (anycast, წყარო როუტინგი, სეგმენტის მარშრუტები).
ტრანსპორტის ფენა: QUIC/HTTP/3, ნაკადების პრიორიტეტი, 0-RTT, ნაწილობრივი FEC.
Messaging & Ordering: მიზეზის გასაღები, outbox/inbox, დედაპლატი.
Compliance Gate: geo/ასაკი/სანქციები, egress/DA პოლიტიკოსები.
Observability & Control: აქტიური ნიმუშები, პასიური ტელემეტრია, PID კონტროლი.
3) აქტიური ნიმუშები და მეტრიკა
Mesh მხარს უჭერს მუდმივ საკონტროლო გრაფიკს (თითოეული ნიმუშით):- One-way delay (OWD) და RTT (EWMA და პერცენტული პანელი p50/p95/p99).
- Jitter და ზარალი; queue depth მიმდევრობით/bridges/DA.
- Finality lag ჯვარედინი ჩენის ხიდებისთვის; cost per unit (gas/DA/egress).
- Risk score დომენები: ინციდენტები, ფიქრები, MEV ექსპოზიცია (თუ შესაბამისი).
ნიმუშები დროულად განსხვავდება (jittered schedule) და სეგმენტირებულია QoS კლასში.
4) QoS კლასები და პრიორიტეტი
Q4 (კრიტიკული გუნდები): ვადები, მკაცრი წესრიგი.
Q3 (შეკვეთილი ნაკადები): გასაღები მიზეზი (მომხმარებლის/სესიის/ასეტი).
Q2 (exactly-once ეფექტურად): სნაიპერები, ბილინგი, უფლებების გადაცემა.
Q1/Q0 (მასობრივი ტელემეტრია/მძიმე ეფექტი): ინდექსირება, ანალიტიკა.
თითოეულ კლასს აქვს საკუთარი ხაზები, შეფერხებები და ფრენის შეზღუდვები.
5) მარშრუტის სასარგებლო ფუნქცია
გადაწყვეტილება მიიღება მოსალოდნელი ღირებულების მინიმუმამდე შემცირება მკაცრი ინვარიანტების ქვეშ (შესაბამისობა/წესრიგი):
Utility(route) =
wL·Latency_p95_EWMA
+ wJ·Jitter
+ wQ·QueueDepth
+ wC·Cost_per_unit(gas + DA + egress)
+ wF·FinalityTime
+ wR·RiskScore
+ wA·AvailabilityPenalty
+ wG·Geo/PolicyPenalty
წონა რეგულირდება, თითოეულ QoS- ს აქვს საკუთარი წონის პროფილი.
Q4- სთვის - wL, wF, wR; Q1 არის wC, wF.
6) მარშრუტიზაციის ალგორითმები
Anycast + Consistent Hashing: ახლოს POP + დეტერმინირებული კლავიშების კონსოლიდაცია (მინიმალური ცვლილებები ცვლილებების დროს).
Hot-Shard Relief: "ცხელი" გასაღებების აღმოჩენა - შექცევადი კონვერგენციის მქონე დროებითი კანი (კეი-კეი": სალტი).
Percentile-aware არჩევანი: p95 გამოსავალი და არა p50 (ფარული კუდის წინააღმდეგ ბრძოლა).
Deadline aware EDF: Q4- სთვის ენერგიის ნაკლებობით - Earliest Deadline First.
Adaptive Retries: ექსპონენტური backoff ერთად ჯიტერი, per-route- ის მცდელობების შეზღუდვა.
Half-Open საცდელი ამანათები: trip circuit- ის შემდეგ - მიკრო ნაკადი „ჯანმრთელობის“ შესამოწმებლად.
7) ტრანსპორტი და მიკროოპტიმიზაცია
QUIC/HTTP/3: ნაკადების მულტიპლექსირება, პრიორიტეტები, 0-RTT, სწრაფი ბილიკის მიგრაცია.
Pacing + BBR/BBRv2: ამანათების შერბილება, დაბალი რიგის მხარდაჭერა.
Partial FEC (Q4/Q3- ისთვის): მოკლე ზარალის აღდგენა ჭიდაობის გარეშე.
Header-compression და CBOR/ProtoBuf: ზეგანის დაქვეითება.
DNS/Anycast warmup: აგრესიული pre connect, keep-alive და TLS session resumption.
8) ბრძანება, იდემპოტენტობა, საბოლოო
მკაცრი შეკვეთა per key: Q3/Q4- ისთვის - შეკვეთა შერჩეული მარშრუტის ფარგლებში; failover- ით - „გაჩერების ბარიერი“ + replay ფანჯარა.
Outbox/Inbox: გარიგების ჩანაწერი და გარანტირებული მიწოდება; idempotency _ key + seen ცხრილი (TTL).
X-chain ფინალი: ჩელენჯის ფანჯრების აღრიცხვა; ოპერაციები, რომლებიც დამოკიდებულია ფინალურობაზე, მიიღებენ მარშრუტს მინიმალური ჯამური „FinalityTime“.
9) ეკონომიკა და ბალანსი
მარშრუტის Surge პრაიმერი: TailAmplification ან ხაზის სიღრმე ზრდის დროს - დინამიური შემწეობა wC- სთვის.
DA-aware: პუბლიკაციები დომენებზე გადადის საუკეთესო Throughput/GB და მისაღები საბოლოო.
Budget-limites: per-ორგანიზაცია/პრო-როლი - ფასების/მოცულობის ყოველდღიური/წუთიანი ჭერი.
10) შესაბამისობა და გეო წესები
Fail-closed: გაურკვეველი სტატუსით - მარშრუტის დაბლოკვა.
ZK ტესტები: ასაკის/გეოს დადასტურება PDN- ის გამჟღავნების გარეშე.
Geo-evasion guard: geo შემოვლითი ხელმოწერები - მანქანის კარანტინი და სახელმძღვანელო კვორუმი.
Tax-witholding on path: შენახვა payout მარშრუტზე, სადაც საჭიროა.
11) დაკვირვება და ალერტინგი
კვალი: 'x _ msg _ id', 'route _ id', 'segment _ ids', ხიდის ეტაპი/DA.
Метрики: p50/p95/p99, TailAmplification = p99/p50, retry%, drop%, duplicate ratio, queue depth, finality lag, cost/req.
Дашборды: Latency Heatmap, Route Surge, Finality Monitor, Queue Depth, Cost-per-Route.
ალერტები: error ბიუჯეტის გადაადგილება, flap-rate, finality lag ზრდა, cost/req- ის ზრდა.
12) ინციდენტები და დეგრადაცია
1. დეტაჟი: კუდის ლეკვები (p99), რიგები, დროის გადაღება, ხიდის ინციდენტი/DA.
2. იზოლაცია: trip circuit - ტრაფიკის გადანაწილება, კვოტების შემცირება „ხმაურიანი“ ნაკადებით.
3. ანაზღაურება: გადახდა სადაზღვევო აუზიდან RNFT/პოლიტიკოსებისთვის.
4. პოსტ-mortem: RCA, წონის/დერეფნების განახლება, რისკის ხელმოწერები, რეჰარსალი.
13) განხორციელების პლეიბუკი
1. ნაკადების და მიზეზის გასაღებები. განსაზღვრეთ QoS კლასები, შეკვეთის/საბოლოო/შესაბამისობის მოთხოვნები.
2. განლაგება ROP/კვანძები. გეო საფარი, anycast, პირადი არხები, peering.
3. ნიმუშები და ტელემეტრია. აქტიური/პასიური მონიტორინგი, მარშრუტების რეესტრი, EWMA/სპექტაკლი.
4. პოლიტიკოსები Utility. წონის პროფილები QoS- ზე, სურსათის დერეფნები, ღირებულების ბიუჯეტი.
5. მიწოდების გარანტიები. Outbox/inbox, idempotence, სერიული ბარიერები.
6. ტრანსპორტი. QUIC/HTTP/3, პრიორიტეტი, პაკეტი, FEC Q3/Q4.
7. დაკვირვება. კვალდაკვალ, დაშბორდები, ალერტები და error ბიუჯეტები.
8. Game-days. ROP/დომენის/ხიდის დაცემა, გადატვირთვა, ფინანსური ლაგის ზრდა; MTTR გაზომვა.
9. 治理. წონის/ლიმიტების/კვოტების შეცვლის პროცედურები (პროპოზიები, sunset).
10. სკალირება. ROP/დანამატების დამატება, მარშრუტების ოპტიმიზაცია, batch- ის მწვანე ფანჯრები.
14) ფორმულები და მითითებები
SuccessRate = 1 − (timeouts + errors)/requests
TailAmplification = p99/p50 (მიზანი: )
Headroom = (cap − current)/cap
Cost/Req = (რესურსი × კურსი )/წარმატებული _ მოთხოვნები
FinalityScore = f(lag, variance, reorgs)
Utility _ min მარშრუტებზე 'Order, Compliance, 5.tas' = true
SLO სახელმძღვანელო (მაგალითი):- Q4: p95-200 ms, success-99. 99%, DLQ = 0, MTTR - 15 წთ
- Q3: p95-500 ms, შეკვეთის დარღვევა 10 ევრო/შეტყობინება.
- DA: ფინალურობა 3 × T _ block- ით Throughput - X GB/.
15) KPI Latency Mesh
Latency: p95/p99 კლასებში QoS, TailAmplification.
სტაბილურობა: MTTR, flap-rate, trip circuit სიხშირე.
ადგილზე მიტანა: success rate, duplicate ratio, out-of-order%.
ეკონომიკა: cost/req, cost/GB DA, „ძვირადღირებული“ მარშრუტების წილი.
ფინალი: median/percentile finality lag, reorg rate.
შესაბამისობა: 100% geo/age/სანქციები, 0 დარღვევა.
16) Prod List მზადყოფნა
- POP ბარათი და anycast; პირადი არხები/peering
- Пробы OWD/RTT/jitter/queue/cost/finality (EWMA+p95/p99)
- Utility პოლიტიკოსები პროფილებით QoS და surge დერეფნები
- Consistent hashing, hot-shard relief, EDF для Q4
- Outbox/inbox, idempotence, სერიული ბარიერები
- QUIC/HTTP/3, პრიორიტეტიზაცია, პაკეტი, (opc.) FEC
- დაშბორდი და ალერტა; error ბიუჯეტები და circuit breakers
- თამაშის დღეები და პოსტ-მორტემები; სადაზღვევო ფონდი/კომპენსაცია
- წონის/ლიმიტების შეცვლის პროცესი (sunset)
- DA/Bridge ინტეგრაცია საბოლოო/ღირებულების გათვალისწინებით
17) გლოსარიუმი
POP (პრეზიდენტობის წერტილი): სასაზღვრო კვანძი/ყოფნის წერტილი.
Anycast: ერთი IP- ის გამოქვეყნება მრავალი მისაღები წერტილით.
QUIC/HTTP/3: ტრანსპორტი/პროტოკოლი დაბალი შეფერხებით და 0-RTT.
FEC: შეცდომების პირდაპირი გამოსწორება მოკლე დანაკარგებისთვის.
Tail Amplification: კუდის ზრდა (p99/p50).
Utility-routing: მარშრუტის არჩევანი საერთო კომუნალური თვალსაზრისით.
Outbox/Inbox: გარანტირებული მიწოდებისა და idempotent- ის შაბლონი.
18) შედეგი
Latency Mesh ქსელს მინიმალური შეფერხების ადაპტირებულ სისტემად აქცევს: ჩვენ ვზომავთ - გადავწყვიტეთ - მივცეთ, შეინარჩუნეთ წესრიგი, საბოლოო და წესები. აქტიური ნიმუშების, უწყვეტი მარშრუტიზაციის, QoS- ის პრიორიტეტიზაციის და ეკოსისტემის მიწოდების მკაცრი გარანტიების წყალობით, იგი იღებს სტაბილურ SLO- ს, კონტროლირებად ღირებულებას და შოკის წინააღმდეგობას - ადგილობრივი აურზაურიდან დაწყებული ინციდენტების ჯვარედინი შემოწმებამდე.