ქსელის ზოგადი ბაზარი

1) რატომ გვჭირდება „საერთო საწვავის ბაზრები“

• შეადარეთ დომენები/კვანძები/პროვაიდერები ერთ SLO- ზე;
• ფაქტების საფუძველზე ქსელის პარამეტრების (ტარიფები, კვოტები, ლიმიტები) მართვა;
• გამოავლინეთ რეგრესიები გაყიდვების ინციდენტებამდე;
• გააკეთეთ გამჭვირვალე სტიმულები (პრემიები/ჯარიმები) და ნდობა.

2) მეტრიკის ტაქსონომია

2. 1 პროდუქტიულობა

Latency: p50/p95/p99, კუდები, „ცივი სტარტი“.
Throughput: msgs/s, tx/s, GB/s (DA/საცავი), RPS (API).
Availability: SLO წარმატება, დროის წილის წილი/რეცხვა.
Ordering & Exactly-Once: out-of-order %, duplicate ratio.

2. 2 საიმედოობა და სტაბილურობა

SLA შესვენებები/1k მოვლენები, MTBF/MTTR, QoS დეგრადაცია.
Backpressure ეფექტურობა: სტაბილიზაციის დრო.

2. 3 უსაფრთხოება

მთლიანობის/ქურდობის ინციდენტები (bridge, x-domain).
ავტორიზაციის/ავტორიზაციის ხარისხი: უარყოფითი/ყალბი დაშვების წილი.
ანტი-ფროიდის სიგნალები: TPR/FPR ქცევითი მოდელები.

2. 4 ეკონომიკა

Cost-to-Serve/მოთხოვნა, ზღვარი/შეტყობინება, შემოსავალი/ბაიტი DA.
რესურსების ეფექტურობა: CPU/GPU-util, IOPS/GB, egress/მოთხოვნა.
სამართლიანობა: „neisy neighbor“ ინდექსი, კვოტების განაწილება.

2. 5XI და პროცესები

კონვერგენციის პარამეტრის სიჩქარე, წარუმატებელი გამოშვებების წარმატება,

პროპოზირების დამუშავების დრო, ხმების წილი R- მოდიფიკატორთან.

3) ტრაფიკის პროფილები და QoS კლასები

Q4 (კრიტიკული გუნდები): მცირე შეტყობინებები, მკაცრი ვადები.
Q3 (შეკვეთილი ნაკადები): გასაღების განლაგება, წესრიგის გარანტია.
Q2 (exactly-once ეფექტურად): idempotence + dedup.
Q1 (at-least-once): ტელემეტრია, მასობრივი მოვლენები.
თითოეული კლასისთვის ჩვენ ვადგენთ საცნობარო პროფილებს: შეტყობინებების ზომა, სიხშირე, სინქრონული/ასინქრონული ზარების წილი, სპაიკი, კორელაცია.

4) მითითების სკრიპტები (Bench Suite)

1. Messaging Core: 1→N и N→1; RPS ზრდა გაჯერებამდე; გაზომვა p95 და duplicate ratio.
2. API Low-Latency: კითხვის/ჩანაწერების მიქსი, ცივი/თბილი ქეში, ლიმიტები და დეგრადაცია.
3. DA/საცავი: პუბლიკაციების ბატები, გაზომეთ Throughput/GB და საბოლოო.
4. X-Domain/Bridge: მტკიცებულებები, საბოლოო, გამოწვევა, ზარალი/იშვიათობა.
5. ML-Inference Edge: ლატენტობა/პასი POP- ზე, გადატვირთვის დეგრადაცია.
6. Batch & Stream: ETL ფანჯრები, მომხმარებელთა ბლოკები, backpressure ეფექტურობა.
7. Security & Abuse: სინთეზური ფროიდის ნიმუშები, ანტი-ფროდის დატვირთვა, FPR/TPR.
8. Failover/Chaos: AZ/აუზის გამორთვა, გაჩერების ამწეები, SLO- ს დაბრუნების დრო.

5) გაზომვის მეთოდოლოგია

5. 1 რეპლიკაცია

სქემების/SDK/ჩამორთმევის ჩაწერილი ვერსიები; დატვირთვის „გათეთრებული“ გენერატორები.
Warm-up - N წუთი; გაზომვები სტაბილურ ფაზაში - M წუთი.
ბილიკის გავლა (ბილიკი/სკამი) და ლოგების კორელაცია.

5. 2 პატიოსნება და ანტი-თამაში

Setup ფაზის და blind-run გამიჯვნა (ფარული დატვირთვის პროფილი).
ფარული საკონტროლო დავალებები (ხელმოწერის ქეშის/სპეციალური ოპტიმიზაციის შემოწმება).
შავი ტესტების ნაკრები: მოულოდნელი ველები, მიკროსპლასკები, „იშვიათი“ ზომები.

5. 3 ფორმულები

SuccessRate = 1 − (timeouts + errors)/requests

TailAmplification = p99/p50, Headroom = (cap − current)/cap

Cost/Req = (რესურსების განაკვეთი )/წარმატებული _ მოთხოვნები

FairnessIndex (Jain) კვოტების/ზოლებისთვის.

6) SLO და საცნობარო მიზნები (სახელმძღვანელო)

Q4 API: p95-200 ms, წარმატება 99. 99%, შეცდომები - 1/10.

Messaging Q3

DA პუბლიკაციები: საბოლოო - 3 × T _ block, Throughput - X GB/;

• Stream: lag ≤ 2×window; drop = 0 კრიტიკული ტოპიკებისთვის.
• Batch: ფანჯრის ჯობი ჯდება T _ Windows- ში, 20% -ით.

7) არტეფაქტები და მოხსენების ფორმატი

პროგონის პასპორტი: ვერსიები, კონფიგურაცია, თარიღი/დრო, გეო.
გრაფიკა: latency (pXX), throughput, lages, რესურსი-განკარგვა.
SLO შესაბამისობის ცხრილი: pass/fail + delta სტანდარტზე.
კაპიტალური რეგრესიები: სია RCA და ფიქსაციის გეგმა.
ეკონომიკა: Cost-to-Serve, ზღვარი/გაგზავნა, hotspot კვანძები.
დასკვნა: სტატუსი „მზად არის გამოშვებისთვის/საჭიროა Tuning/Blocker“.

8) ტარიფებთან და ლიმიტებთან ურთიერთობა

თუ TailAmplification იზრდება, ჩვენ ვამცირებთ კვოტებს ავტომატურად ან ვზრდით ფასს ხმაურიანი მოიჯარეებისთვის.
SLA შესვენების კვანძები კარგავს ჯილდოს წილს (სლაშინგი) გამოჯანმრთელებამდე.
სტაბილური ხარისხის მქონე დომენები მიიღება შემცირებული take-rate (ხარისხის პრემია).

9) ბენზინგასამართი სადგურების დაკვირვება

ბენჩის დატვირთვის ყველა მოთხოვნის კვალი.
DLQ/Replay წარუმატებელი მოვლენებისთვის და იდემპოტენტურობის დადასტურება.
Дашборды: BenchRun Live, Tail Heatmap, Backpressure Monitor, Bridge Risk, DA Throughput.

10) პროცესები

Pre-release gate: გამოშვება შესაძლებელია მხოლოდ „SLO _ pass> = სამიზნე ბარიერი“ და უსაფრთხოების ბლოკების არარსებობა.
Change Impact: თითოეული მნიშვნელოვანი კონფიგურაცია/ვერსია გადის მოკლე „smoke-bench“.
Sunset-SLO: დროებით გაზრდილი მოთხოვნები მფრინავებისთვის; მანქანის დაბრუნება დროულად.
ხმების R- მოდიფიკატორი: მეტრიკზე დავაში უფრო მეტი წონაა მონაწილეთა შორის, რომელთაც აქვთ მაღალი ხარისხის R- რეპუტაცია.

11) საწვავის მრიცხველების გაშვების პლეიბუკი

1. მოთხოვნების შეგროვება: ტრაქტის კრიტიკული სქემები, QoS კლასები, ბიზნეს SLO.
2. პროფილების დიზაინი: შეტყობინებების ზომა, mix R/W, floats, წილი x-domain.
3. დატვირთვის ინსტრუმენტები: გენერატორები, მონაცემთა ფიქსატორები, სინთეზური ფროიდის ნიმუშები.
4. დაკვირვება: კვალი, მეტრიკა, პოლიტიკის ლოგოები, შეცდომების ბიუჯეტი.
5. საცნობარო მიზნები: SLO, ეკონომიკური ბარიერები, fairness დერეფნები.
6. საპილოტე გამაგრება: კალიბრაცია, ვიწრო ადგილების იდენტიფიცირება, ფიქსი.
7. რეგულირება: nightly/weekly benchi + ანგარიშსწორება ხაზინაში/.
8. ინციდენტები: chaos დანამატები, პოსტ-mortems, ტესტების განახლება.

12) ანტი თამაში და გაზომვის ეთიკა

აკრძალვა „სპეციალური ოპტიმიზაციისთვის ბენჩის ხელმოწერისთვის“ რეალური პროდუქტიული ტრაფიკის გაუმჯობესების გარეშე.
ბრმა დატვირთვები, შემთხვევითი „ხმაურის“ პარამეტრები, საკონტროლო მოვლენები.
საჯარო მოხსენებები მეთოდოლოგიით; სადავო საქმეების საარბიტრაჟო კომიტეტი.

13) ტიპიური „წითელი დროშები“

p95 ნორმალურია, მაგრამ p99. 9 მკვეთრად იზრდება - ფარული კონკურენცია რესურსებისთვის.
Throughput არის მაღალი, მაგრამ duplicate ratio არის არასწორი idempotence.
კარგი ლატენტობა, მაგრამ Cost/Req არ ეთანხმება ჯვარედინი დამოკიდებულებას/ორმაგ ჩანაწერს.
დაბალი lag, მაგრამ DLQ depth იზრდება შეცდომების ნაკადში/კარანტინში.

14) KPI ბენჩმარკინგის პროგრამა

დაფარვა: კრიტიკული ბილიკების წილი რეგულარული ბენებით - X%.
დროული: ანგარიში Y საათის შემდეგ.
ხარისხი: წინასწარი ინციდენტამდე დაჭერილი რეგრესიების რაოდენობა; შუა დელტა SLO- სთვის ფიქრის შემდეგ.
ეკონომიკა: Cost-to-Serve/მოთხოვნა და „ხმაურიანი მეზობლების“ რაოდენობა.
დაბოლოს: რეაქციების სიჩქარე ბენჩის რეგრესიაზე; საჯარო მოხსენებების გამჭვირვალობა.

15) Prod List მზადყოფნა

• დაფიქსირდა დატვირთვის პროფილები და QoS კლასები
• ტრეკები, მეტრიკები, DLQ/Replay
• განსაზღვრულია SLO/ბარიერი მნიშვნელობები და fairness დერეფნები
• ჩართულია ანტი-თამაშის დაცვა და „ბრმა“ ტესტები
• აღწერილია მოხსენების ფორმატი და კარიბჭის გამოშვების პროცესი
• რეგულარული (nightly/weekly) ბილიკები ტარდება
• ინტეგრირებული ქაოსი/სწრაფი ბლოკი
• საჯარო პოსტ-mortems და ტესტების გაუმჯობესება შედეგების მიხედვით

16) გლოსარიუმი

Bench Suite: საცნობარო სცენარებისა და დატვირთვის პროფილების ერთობლიობა.
TailAmplification: თანაფარდობა p99/p50 (კუდის ძალა).
FairnessIndex (Jain): რესურსების განაწილების ერთგვაროვნების მეტრიკა.
DLQ/Replay: კარანტინი და მოვლენების გადამუშავება.
SLO/SLA: მომსახურების/სახელშეკრულებო გარანტიების მიზნობრივი დონე.
Blind-run: ფარული პერსპექტივა ანტი-თამაშის წინააღმდეგ.

შედეგი: ზოგადი საწვავის ბაზრები ქსელის პროდუქტიულობასა და სტაბილურობას კონტროლირებად პარამეტრებად აქცევს, რაც აღჭურვილობას, ეკონომიკას აკავშირებს. სტანდარტიზებული სცენარები, გამჭვირვალე მოხსენებები და თამაშის საწინააღმდეგო პოლიტიკა უზრუნველყოფს შედეგების შედარებას, მონაწილეთა ნდობას და ეკოსისტემის ევოლუციას დაშვების გარეშე და „ჯადოქრობას“.