O’zaro hamkorlikning umumiy protokollari

1) Nima uchun ekotizim yagona protokollarga ega?

Ekotizim operatorlar, studiyalar/RGS, agregatorlar, PSP/APM, KYC/AML-provayderlar, affiliatlar va tahliliy xizmatlardan iborat. Oʻzaro hamkorlikning umumiy protokollari «hayvonot bogʻi» integratsiyalarini istisno qiladi, onbordingni tezlashtiradi, noxush hodisalarni qoʻllab-quvvatlash va xavf-xatarlarni kamaytiradi, shuningdek, masshtablash (gorizontal, vertikal va diagonal) da muvofiqlikni taʼminlaydi.

Maqsadlar: «qutidan» moslik, oldindan aytib bo’ladigan SLO, ma’lumotlar xavfsizligi, takrorlanadigan migratsiyalar.

2) Transport qatlami va formatlari

HTTP/2/3, gRPC - past latentlikka ega sinxron API uchun; WebSocket - oqimli voqealar/yetakchi taxtalar uchun; WebRTC (SRTP/QUIC) - audio/video live-kontent uchun.

• JSON - tashqi B2B API va vebxuklari (o’qish qobiliyati).
• Protobuf/Yevro - ichki shinalar/chuqur integratsiyalar (sxemalarning siqilishi/evolyutsiyasi).
• JSON uchun siqish/binding: gzip/br; Protobuf/Euro uchun zstd.
• Lokal/vaqt: ISO-8601 UTC, summa - eng kam pul birligida (integer).

3) Autentifikatsiya, avtorizatsiya, ishonch

Mijoz/sherik ilovalari uchun OAuth2/OIDC (short-lived tokenlar, PKCE, scopes).
ishonchli zonalar o’rtasidagi S2S uchun mTLS; JWS/HMAC - so’rovlar va vebxuklarning imzosi.
RBAC/ABAC: rollar va atributlar (yurisdiksiya, tenant, xavf darajasi).
Kalitlar va rotatsiya: KMS/Vault, qisqa umr ko’rish, avtomatik rotatsiya (shu jumladan JWKS).
Egress-control, allow-list domenlari va ASN, DNSSEC/DoT/DoH sezgir zonalarda.
Tenant isolation: per-tenant kalitlari, kvotalar, limitlar, shinadagi namespace-lar.

4) API kontraktlari (REST/gRPC) - kanonika

’/v {n}’ning REST uchun URI versiyasi;’package. gRPC uchun vN’. Minor-evolyutsiya - sinmasiz; breaking-o’zgarishlar - yangi major orqali. Siyosat bo’yicha deprekatsiya (§ 12 ga qarang).
Idempotentlik: POST/PUT/PATCH pul/tanqidiy operatsiyalaridagi «Idempotency-Key»; N soatga saqlash.
Paginatsiya: kursorlar (’nextPageToken’),’offset/limit’emas; konsistent saralash.
Limitlar:’429 Too Many Requests’+ kvota sarlavhalari (’X-RateLimit-’), retrajlardagi jitter.
Xatolar: mashinada oʻqiladigan kodlar/podkodlar,’correlationId’, validatsiya maydonlari xaritasi.
Taymautlar va retrajlar: eksponensial kechikish + jitter; xavfsiz xatolarni qaytarmaslik.
Muvofiqlik siyosati: maydonlar mazmunining o’zgarmasligi; yangi maydonlar - ixtiyoriy.

5) Hodisa modeli va shina (EDA)

Sxemalarni ro’yxatdan o’tkazuvchi (Schema Registry): har bir voqea uchun kontrakt, backward-muvofiqligi bilan evolyutsiya.

• `click`, `session`, `bet`/`spin`, `round_start`/`round_result`,
• `deposit`/`withdrawal`, `psp_auth`, `kyc_status`, `fraud_signal`,
• `reward_granted`, `leaderboard_update`, `feature_toggle`.
• ’playerId’,’campaignId’,’tableId’,’operatorId’partiyalari kalitlari (domen boʻyicha tanlash).
• Yetkazib berish: biznes-idempotentligi bilan at-least-once; pul yakunlari uchun - saga/txn-outbox.
• Tartib: «kalit ichidagi kafolatlangan tartib», kross-kalitlar - orkestr orqali.
• Vaqt semantikasi:’eventTime’+’ingestTime’; dedup’(eventId’idempotencyKey)’.

6) Vebxuklar va yetkazib berish kafolatlari

Imzo: JWS/HMAC s’t’(timestamp) va’kid’, oynani tekshirish ± 5 daqiqa, o’ynash taqiqlangan.
Retrajlar: T daqiqagacha jitter bilan backoff, urinishlarni tuzatish, faqat 5xx/timeout da qayta jo’natish.
Idempotentlik:’eventId’+ tananing imzosi; «kamida bir marta» ishlov berish.
Vebxuk voqealari reyestri: rassinxronizatsiyada tarixni qayta tanlash.
Xavfsizlik: mTLS iloji boricha, allow-list IP/ASN, CSRF server kolbeklariga tatbiq etilmaydi.

7) Ma’lumotlar va maxfiylik (Privacy-by-Design)

PII-minimallashtirish: identifikatorlarni tokenlashtirish (’playerId’taxallusini oladi), ma’lumotlar domenlarini ajratish.
Ma’lumotlar kontraktlari: DPA/DPIA, maqsadlari, saqlash muddatlari, transchegaraviy oqimlar (mamlakatlar Whitelist).
Audit/linedj siyosati: kim/qachon/nima uchun; oʻzgarmas loglar (WORM).
RG/etika qoidalari: zaif segmentlar uchun tajovuzkor offerlarni taqiqlash; aniq huquqiy baza.

8) Muvofiqlik va tranzaksiyalar

Kuchli konsistentlik - hamyon/balanslar/to’lovlar.
Eventual - vitrinalar, liderbordlar, telemetriya.
Taqsimlangan biznes-tranzaksiyalar uchun saga; bekor qilish uchun kompensatsiyalar.
Biznes ma’nosi bo’yicha Exactly-once: idempotent kalitlar va determinirlangan ishlov beruvchilar.

9) Kuzatuv va SLO

Treysing:’traceId’orqali klik/vebxukdan to’lov/mukofotgacha; propagation (`W3C traceparent`).
Metrika: p50/p95/p99 API, lag broker, CR to’lovlar/KS, liderbordlar E2E.
Logi: strukturalangan, PDnsiz; token/kalitlarni yashirish.
SLO-varaqlar: login p95 ≤ 300-500 ms; depozit p95 ≤ 1. 5–2. 0 s; stavka/spin p95 ≤ 150-250 ms; voqealarni yetkazib berish ≥ 99. 9%.

10) Unumdorlik, kvotalar, bo’rondan himoya qilish

Rate limiting (token/leaky bucket) L7 va mesh siyosatida.
Backpressure: moʻrt apstrimlar oldidagi navbatlar (PSP/KYC).
Outlier-ejection: beqaror bekendlarni avtomatik ravishda «sovutish».
Circuit-breaker: xato/latentlik chegarasi oshganda oqimni yopish.
Fair-share: tenant/kanal/mintaqa bo’yicha kvotalar; kritik domenlarning ustuvorligi.

11) SDKning muvofiqligi va test-mezonlar

SDK-to’plam: HTTP/gRPC mijozlar, so’rovlar imzosi, jitter retraisi, idempotentlik, kursorlar.
Kontrakt testlari: Postman/Newman/gRPC-conformance, PSP/KYC/studiyalar simulyatorlari.
Moslik matritsasi: API/SDK versiyalari, qoʻllab-quvvatlanadigan sxemalar, deprekatsiya siyosati.
Sintetika: voqealar va tranzaksiyalar generatorlari, monitoring uchun «qora qutilar» 24/7.

12) Versiyalash va deprekatsiya (Change Management)

Major-relizlar har N oyda bir marta, parallel oyna bilan ≥ 6-12 oy.
Minor-o’zgarishlar - ixtiyoriy maydonlarni/usullarni sinmasdan qo’shish.
Depreksiya: anons → sarlavha/javoblardagi ogohlantirishlar → metriklardagi bayroq → reja boʻyicha oʻchirish.
Hodisa sxemalari migratsiyasi: chegaralardagi «kengaytirish» strategiyasi (add-only) + proksi adapterlar.

13) Bayonnomalarning xavfsizligi

Zero Trust: mTLS hamma joyda, qisqa yashaydigan kredlar, eng kichik imtiyozlar tamoyillari.
Maxfiy soʻz: oʻqish/yozish/boshqarish kalitlarini ajratish.
Takrorlashlardan himoya qilish: imzolarda nonce/vaqtinchalik oyna; qayta foydalanishni taqiqlash.
WAF/bot-filtrlar: skreyping/klik-froddan himoya qilish; past false positive.
Vendor-zonalar: mikrosegmentatsiya, alohida VPC/namespace-lar, egress-allow-list.

14) Hodisalar va DR

War-room-protseduralari: domenlar uchun stop-tugma (kontent/PSP/KYC), treys-paketga RACI, SLA.
DR-stsenariylari: aktiv-aktiv kirish nuqtalari (Anycast/GSLB), cut-over ≤ 60-90 s, har choraklik mashqlar.
RCA: aybdorlarni qidirmagan namunalar, L3 L7 aloqasi ,/SDK/Runbook uchun yangilanishlar.

15) Protokollar muvaffaqiyati metrikasi

Muvofiqlik: conformance-testlardan o’tgan sheriklar ulushi; onbording vaqti (TTO).
Ishonchlilik: uptime integratsiyalar, p95 API/shinalar, muvaffaqiyatli vebxuklar ulushi.
Xavfsizlik: PDn = 0 hodisalari, kalitlarning rotatsiya vaqti, mTLS trafigi ulushi.
Iqtisodiyot: cost per rps/txn/event, Cost-to-Serve pasayishi, migratsiya vaqti.
Mahsulot: standartlashtirishdan FTD/ARPU/LTV uplift (KSh/to’lovlarning kamroq oqishi).

16) Anti-patternlar

Voqealarning «erkin shakli»: sxemalar va versiyalarning yo’qligi → vitrinalar va tahlillarni ajratish.
N + 1: SPOF’siz yagona L7-shlyuz va vebxuk/PSP uchun tor tomoq.
Limitsiz/jittersiz retralar: trafik-bo’ron, dubl tranzaksiyalar.
Xom almashinuvdagi PDn: tokenizatsiyasiz/DPIA → tartibga soluvchi xavflar.
Offset-paginatsiya: yuk ostida o’tkazib yuborish/dublikatlar.
Egress-nazoratsiz «abadiy» va statik IP sirlari.
Parallel oyna va adapterlarsiz Breaking-oʻzgartirish.

17) Joriy etish chek-varaqasi

1. API kanonikasini qabul qilish (versiyalash, idempotentlik, paginatsiya, xatolar).
2. Shema Registry va topiklar/partiyalar kalitlarining domen xaritasini kiritish.
3. S2S va vebxuklar uchun mTLS + JWS/HMAC talab qilish; kalitlar/JWKS rotatsiyasini avtomatlashtirish.
4. / Retray/CB/outlier-ejection va per-tenant kvotalarini moslash.
5. Yagona’traceId’bilan treysing/metrika/loglarni kengaytirish; SLO-varaqlar tasdiqlansin.
6. DPA/DPIAni imzolash, tokenlash va saqlash/olib tashlash siyosatini kiritish.
7. SDK va conformance toʻplamini yaratish; deprekatsiya siyosatini qayd etish.
8. DR/chaos-mashqlar va war-room-marosimlar o’tkazish; minimal to’plamda «qora start».
9. Protokollar katalogini (sherik portali) joriy etish: spek, misollar, simulyatorlar, qum qutisi.

18) Evolyutsiyaning yo’l xaritasi

v1 (Foundation): REST/gRPC kanonikasi, asosiy voqealar sxemalari, vebxuk imzolari, mTLS.
v2 (Integration): migratsiya konveyeri, conformance-testlar, SDK, kvota/retraj uchun rule-engine.
v3 (Automation): SLI bo’yicha avtodozlash, self-service qum qutisi/simulyatorlari, versiyalar orasidagi adapterlar.
v4 (Networked Governance): sheriklararo protokollar qo’mitasi, umumiy SLO/kreditlar/penalti, qo’shma PoP/edge siyosati.

Qisqacha xulosa

O’zaro hamkorlikning umumiy protokollari - bu ekotizimning «tili»: yagona API va voqealar kontraktlari, qat’iy xavfsizlik (mTLS/JWS), idempotentlik va yetkazib berish kafolatlari, kuzatuv va SLO, boshqariladigan migratsiya va DRO maxfiylik va yurisdiksiya talablariga rioya etilgan holda - oldindan aytib bo’lmaydigan darajada o’sadi.