Tarmoqning umumiy benchmarklari

1) Nima uchun «umumiy benchmarklar» kerak?

• yagona SLO bo’yicha domen/uzel/provayderlarni solishtirish;
• tarmoq parametrlarini (tariflar, kvotalar, limitlar) faktlar asosida boshqarish;
• proda hodisalarigacha regressiyani aniqlash;
• rag’batlantirish (bonuslar/jarimalar) va ishonchni shaffof qilish.

2) Metriklarning taksonomiyasi

2. 1 Unumdorlik

Latency: p50/p95/p99, dumlari, «cold-start».
Throughput: msgs/s, tx/s, GB/s (DA/saqlash), RPS (API).
Availability: SLO muvaffaqiyati, taym-autlar/retraylar ulushi.
Ordering & Exactly-Once: out-of-order %, duplicate ratio.

2. 2 Ishonchlilik va barqarorlik

SLA-breyklar/1k hodisalar, MTBF/MTTR, QoS degradatsiyalari.
Backpressure samaradorligi: ko’tarilishdan keyin barqarorlashtirish vaqti.

2. 3 Xavfsizlik

Tartibni o’g "irlash/yaxlitlik hodisalari (bridge, x-domain).
Autentifikatsiya/avtorizatsiya sifati: rad etilgan/yolg’on ruxsatnomalar ulushi.
Anti-frod signallari: TPR/FPR xulq-atvor modellari.

2. 4 Iqtisodiyot

Cost-to-Serve/so’rov, marja/xabar, daromad/DA bayti.
Resurslarning samaradorligi: CPU/GPU-util, IOPS/GB, egress/so’rov.
Adolat: «noisy neighbor» indeksi, kvotalarni taqsimlash.

2. 5 va jarayonlar

Parametrlar-konvergensiya tezligi, qaytarilmaydigan relizlarning muvaffaqiyati,

propozallarga ishlov berish vaqti, R-modifikator bilan ovozlar ulushi.

3) Trafik profillari va QoS klasslari

Q4 (tanqidiy buyruqlar): kichik xabarlar, qatʼiy muddatlar.
Q3 (tartibga solingan oqimlar): kalitni partiyalashtirish, tartib kafolati.
Q2 (exactly-once samarali): idempotentlik + dedup.
Q1 (at-least-once): telemetriya, ommaviy hodisalar.
Har bir sinf uchun etalon profillar: xabarlar hajmi, chastotalar, sinxron/asinxron qo’ng’iroqlar ulushi, spayk (burst), korrelyatsiya.

4) Etalon stsenariylari (Bench Suite)

1. Messaging Core: 1→N и N→1; RPS to’yingangacha o’sishi; o’lchov p95 va duplicate ratio.
2. API Low-Latency: o’qish/yozish aralashmasi, sovuq/issiq kesh, limitlar va degradatsiya.
3. DA/Ombor: nashrlar batchi, Troughput/GB va yakuniy o’lchovlar.
4. X-Domain/Bridge: dalillar, yakuniy, challenge-davrlar, yo’qotishlar/qayta yetkazib berish.
5. ML-Inference Edge: latentlik/POP-ga o’tish, ortiqcha yuklashda degradatsiya.
6. Batch & Stream: ETL oynalari, iste’molchilar laglari, backpressure samaradorligi.
7. Security & Abuse: sintetik frod-patternlar, anti-frodga yuk, FPR/TPR.
8. Failover/Chaos: AZ/pulni o’chirish, to’xtash kranlari, SLO qaytarish vaqti.

5) O’lchashlar metodologiyasi

5. 1 Replikabellik

Sxemalarning/SDK/konfiguratsiyalarning qayd etilgan versiyalari; «seeded» yuk generatorlari.
Warm-up ≥ N daqiqa; barqaror fazadagi o’lchovlar ≥ M daqiqa.
Trace/span va loglarning korrelyatsiyasi.

5. 2 Halollik va anti-geyming

Setup-faza va blind-run (yashirin yuklash profili).
Yashirin nazorat topshiriqlari (kesh/maxsus optimizatsiyalarning signaturaga «burmalanishini» tekshirish).
Qora testlar to’plami: kutilmagan maydonlar, mikrospleslar, «kamdan-kam» o’lchamlar.

5. 3 formula

SuccessRate = 1 − (timeouts + errors)/requests

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

Cost/Req = Σ (resurs stavkasi )/muvaffaqiyatli _ soʻrovlar

Kvota/sahifalar uchun FairnessIndex (Jain).

6) SLO va etalon maqsadlar (mo’ljallar)

Q4 API: p95 ≤ 200 ms, muvaffaqiyat ≥ 99. 99%, xatolar ≤ 1/10 ⁴.
Messaging Q3: tartibni buzish ≤ 10 ⁻⁶/soat., p95 ≤ 500 ms.
DA nashrlar: yakuniy ≤ 3 × T _ block, Throughput ≥ X GB/soat.

Bridge: soxta tasdiqlash = 0; MTTR anomaliyalar ≤ 1 soat

Stream: lag ≤ 2×window; kritik topiklar uchun drop = 0.
Batch: deraza joblari 20% ≥ zaxiraga T_window.

7) Hisobot artefaktlari va formati

Progon pasporti: versiyasi, konfigi, sanasi/vaqti, geo.
Grafiklar: latency (pXX), throughput, laglar, resurs-utilizatsiya.
SLO muvofiqlik jadvallari: pass/fail + delta - etalon.
Kapital regressiyalar: RCA va fix rejasi bo’lgan ro’yxat.
Iqtisodiyot: Cost-to-Serve, marja/xabar, hotspot-uzellar.
Xulosa: «Chiqarishga tayyor/Tyuning kerak/Bloker» maqomi.

8) Tariflar va limitlar bilan o’zaro bog’liqlik

Agar TailAmplification o’ssa → kvotalarni avtomatik ravishda pasaytiramiz yoki «shovqinli» ijarachilarga narxni oshiramiz.
SLA-breykli uzellar tiklangunga qadar mukofotlar (slashing) ulushini yo’qotadi.
Barqaror sifatli domenlar past sifatli take-rate (sifat bonusi) oladi.

9) Benchmarklarning kuzatilishi

Bench yuklamasining barcha so’rovlarini kesib o’tish.
Muvaffaqiyatsiz hodisalar uchun DLQ/Replay va idempotentligini tasdiqlash.
Дашборды: BenchRun Live, Tail Heatmap, Backpressure Monitor, Bridge Risk, DA Throughput.

10) Jarayonlar

Pre-release gate: chiqarish faqat’SLO _ pass> = maqsadli chegarada’va xavfsizlik blokerlari mavjud boʻlmaganda mumkin.
Change Impact: har bir muhim konfiguratsiya/versiya qisqa «smoke-bench» dan o’tadi.
Sunset-SLO: uchuvchilar uchun vaqtincha oshirilgan talablar; avto-qaytish muddati bo’yicha.
Ovozlarning R-modifikatori: metrika to’g "risidagi nizolarda yuqori R-sifat obro’siga ega bo’lgan ishtirokchilarning og’irligi ko’proq.

11) Benchmarklarni ishga tushirish pleybuki

1. Talablarni to’plash: kritik trakt zanjirlari, QoS klasslari, biznes-SLO.
2. Profil dizayni: xabar oʻlchamlari, R/W aralashmasi, portlashlar, x-domain ulushi.
3. Yuklama asboblari: generatorlar, ma’lumotlar fiksturalari, sintetik frod-patternlar.
4. Kuzatilganlik: traslash, metrika, siyosat loglari, xatolar byudjeti.
5. Etalon maqsadlari: SLO, iqtisodiy chegaralar, fairness yo’laklari.
6. Pilot haydash: kalibrlash, tor joylarni aniqlash, fiks.

7. Tartibga solish: nightly/weekly benchi + hisobot g’aznachilikka/,

8. Hodisalar: chaos-qo’shimchalar, post-mortemalar, testlarni yangilash.

12) Anti-geyming va o’lchash etikasi

Haqiqiy prod-trafikni yaxshilamasdan «bench belgisi ostida maxsus optimallashtirishni» taqiqlash.
Ko’r-ko’rona yuklar, tasodifiy «shovqin» parametrlari, nazorat hodisalari.
Metodologiyali ommaviy hisobotlar; nizoli holatlar uchun hakamlik qo’mitasi.

13) Namunaviy «qizil bayroqlar»

p95 normal holatda, lekin p99. 9 resurslar uchun yashirin raqobat keskin o’sib bormoqda.
Throughput yuqori, lekin duplicate ratio ↑ → noto’g’ri idempotentlik.
Yaxshi latentlik, lekin Cost/Req mos kelmaydi → xoch-bog’liqlik/qo’sh yozuv.
Past lag, lekin DLQ depth o’sib bormoqda → retraj/karantindagi xatolar.

14) benchmarking dasturining KPI

Qoplash: X% ≥ muntazam tenglashtirilgan kritik yo’llar ulushi.
O’z vaqtida: haydashdan keyingi soat Y ≤ hisobot.
Sifati: prod-hodisagacha ushlangan regressiyalar soni; o’rtacha delta fixdan keyin SLOga.
Iqtisodiyot: Cost-to-Serve/so’rov va «shovqinli qo’shnilar» sonini kamaytirish.
(O’zbekiston Respublikasi qonun hujjatlari to’plami, 2004-y., 9-son, 39-modda) ommaviy hisobotlarning shaffofligi.

15) Oziq-ovqat tayyorgarligi chek-varaqasi

• Yuk profillari va QoS sinflari qayd etildi
• Sozlash, metrika, DLQ/Replay
• Aniqlangan SLO/chegara qiymatlari va fairness koridorlari
• O’yinga qarshi himoya va «ko’r» testlar yoqilgan
• Hisobot formati va chiqarish-geyt jarayoni tasvirlangan
• Muntazam (nightly/weekly) poygalar o’tkaziladi
• Integratsiyalashgan chaos/failover-blok
• Ommaviy post-mortemalar va natijalar bo’yicha testlarni yaxshilash

16) Glossariy

Bench Suite: etalon stsenariylari va yuklash profillari to’plami.
TailAmplification: p99/p50 nisbati.
FairnessIndex (Jain): resurslarni bir tekis taqsimlash metrikasi.
DLQ/Replay: karantin va voqealarni qayta ishlash.
SLO/SLA: xizmat ko’rsatishning maqsadli darajalari/shartnomaviy kafolatlar.
Blind-run: anti-geymingga qarshi yashirin yugurish.

Xulosa: umumiy benchmarklar tarmoqning unumdorligi va barqarorligini texnika, iqtisodiyotni bog’lab, boshqariladigan parametrlarga aylantiradi. Standartlashtirilgan stsenariylar, shaffof hisobotlar va geymingga qarshi siyosat natijalarning taqqoslanishini, ishtirokchilarning ishonchini va ekotizimning evolyutsiyasini hech qanday taxmin va «sehrsiz» ta’minlaydi.