Casino backend arxitekturasi qanday ishlaydi

1) Butun rasm: domenlar va ma’lumotlar oqimlari

Asosiy domenlar:

Identity & Accounts - ro’yxatdan o’tish, autentifikatsiya qilish, rollar, qurilmalar, sessiyalar.
Wallet & Ledger - pul hisobvaraqlari, bonus hamyonlar, tranzaksiyalar, ledjer (append-only).
Gaming & Bets - o’yinlar sessiyalari, stavkalar, raundlar, natijalar hisobi, integratsiya (RNG/Live/Crash va boshqalar).
Bonuses & Promotions - frispinlar, keshbek, vaucherlar, wagering (o’yin), anti-abyuz.
Payments (Cashier) - on-rampa/off-rampa: kartalar, APM, kripto/stabilkoinlar, KYC-bogʻlash.
KYC/AML/KYT & RG - shaxsni/manzilni/daromadlarni tekshirish, tranzaksiyalar skriningi, limitlar va taym-autlar.
Risk & Compliance - stavkalar/to’lovlar limitlari, sanksiya ro’yxatlari, geo-bloking, audit.
Catalog & Lobby - provayderlar, o’yinlar, toifalar, limitlar ro’yxati; A/B variantlari.
Reporting & BI - P&L, GGR/NGR, ushlab turish, o’yinchining hayot sikli, affiliatlar.
Observability & Ops - loglar, metriklar, trastirovkalar, alyertlar, frod-signallar.

Orkestr: zamonaviy platforma event-driven qurilmoqda: xizmatlar shina orqali voqealar almashadi (Kafka/NATS), tanqidiy operatsiyalar linearizatsiya qilinadi (hamyon/ledjer), yon quyi tizimlar imzolanadi va asinxron (bonuslar, BI, bildirishnomalar) javob beradi.

2) Qatlamli model

Edge qatlami: API-shlyuz, WAF/bot-himoya, rate limits, geo/IP-filtrlar, feature-bayroqlar.

Servis qatlami: domenlar bo’yicha avtonom mikroservislar; sinxron kontraktlar - faqat bir zumda konsistentlik zarur bo’lgan joylarda (masalan, stavkada hamyon debeti).

Voqealar shinasi: asosiy biznes voqealar (’bet. placed`, `round. settled`, `bonus. issued`, `kyc. verified`, `payout. requested`).

Ma’lumotlar: OLTP (Postgres/MySQL) tranzaksiyalar uchun; KV/Cache (Redis) sessiyalar/limitlar uchun; loglar va eksport uchun obyekt ombori (S3); Tahlil uchun OLAP (ClickHouse/BigQuery).

3) Hamyon va legger: platformaning yuragi

Prinsiplar:

Append-only ledjer: har bir moliyaviy operatsiya - turi, summasi, valyutasi, manbaga havola qilingan yozuv (stavka, bonus, depozit).
Pul va bonus balanslari tarqatildi. Pul va bonuslarni aralashtirib bo’lmaydi; mablag’lar manbalari siyosatidan foydalaniladi.
Atomiylik debet → kredit: stavka = pul yoki bonus hamyonining debeti + hold yaratish; raundni hisoblash hold ni olib tashlaydi va natija bo’yicha kredit/debet qiladi.

Stavkadagi tranzaksiyalar namunasi:

`LEDGER: HOLD` (−10. 00 EUR, source: cash, ref: betId)
`LEDGER: SETTLE_DEBIT` (−10. 00 EUR) + `LEDGER: PAYOUT` (+36. 00 EUR) - agar WIN
`LEDGER: HOLD_RELEASE` (+10. 00 EUR) - agar VOID/PUSH

Talablar:

Idempotent operatsiyalari (’requestId’bo’yicha idempotentlik kalitlari).
Yugurishdan himoya qilish uchun balansni versionlash (optimistic locking).
Hisob-kitobning aniq valyutasi va konvertatsiyalarda kurslarni belgilash.

4) O’yin provayderlari bilan integratsiya

Hamyon patternlari:

Seamless - operatordagi balans; stavka/hisob-kitob bizning real vaqt API orqali amalga oshiriladi.
Transfer - o’yin bankiga provayderdan depozit; ko’proq ishqalanish, lekin aptaym hamyoniga talab pastroq.

Sinxron yoʻllar (kritik):

`bet. place’→ pre-auth hamyonda (hold) →’accepted/rejected’.

Asinxron yo’llar:

`round. provayderdan settle’(webhook/WS) → ledjerda settle → shina hodisasi → hisobot/bonuslar.

Bridge orqali standartlashtirish: yagona hodisa sxemalari va identifikatorlari’roundId/betId’, limitlar va side-bets mapping jadvali, xatolarni normallashtirish.

5) Bonuslar, wagering va anti-abyuz

Modellar: depozit bonuslar, frispinlar, qaytarmalar (cashback), missiyalar, turnirlar.

Wagering: o’yinning taraqqiyoti alohida saqlanadi; «qanday stavkalar hisoblanadi» qoidasi (o’yinlar toifalari bo’yicha foizlar).

Hisobdan chiqarish navbati: avval bonus mablag’lari, keyin haqiqiy mablag’lar - yoki aksincha, qat’iy siyosat bo’yicha.

O’yinchining anti-patternlari: qarama-qarshi natijalarga qo’yilgan stavkalar, progress farmasi uchun minimal stavkalar, turli og’irlikdagi o’yinlar o’rtasida o’tkazish - qoidalar va skoring bilan ovlanadi.

6) KYC/AML/KYT и Responsible Gaming (RG)

KYC: ID/manzil/yoshni tekshirish; statuslar limitlarni boshqaradi (deposit/withdraw/betMax).

AML/KYT: to’lov kanallari va on-chain manzillari skriningi (kripto uchun), sanksiya ro’yxatlari, mablag’manbalari.

RG: kunlik/haftalik limitlar, taym-autlar, o’zini istisno qilish; bloklovchi tekshiruvlar’betgacha bajariladi. place` и `payout. request`.

7) Kassa: depozitlar va to’lovlar

Depozitlar: kartalar/AIM provayderlari, kripto/steybllar, lokal usullar; webhook-tasdiqlash; chorjbek-tavakkalchiliklardan himoya qilish.

To’lovlar: navbatlar, limitlar, yirik summalar uchun 4 ko’zli tamoyil; mablag’lar manbalari → «faqat cash-balans».

On-rampa/off-rampa kripto: avto-konvertatsiya, KYT manzillar, xedjing ekspozitsiya.

8) Limitlar, tavakkalchilik va mintaqaviy qoidalar

Mamlakat/valyuta/QQS bo’yicha limitlar profillari (’DEFAULT’,’VIP _ A’,’VIP _ B’,’ULTRA’).

IP/GPS/hujjat bo’yicha geo-bloking.

O’yinlar/toifalar bo’yicha yopiqlar, yurisdiksiyalarda provayderlarning taqiqlari.

Anomaliyalarga munosabat: stavkalarning ko’tarilishi, qurilmalar/to’lovlarning korrelyatsiyasi, bir foydalanuvchidan ko’p «VOID».

9) Kuzatish va foydalanish

Metrika: hamyonni kechiktirish, stavkalarni rad etish, raundni hisoblash vaqti, depozit konvertatsiyasi → stavka, GGR/NGR, SLA to’lash, bonus stavkalari ulushi.

Loglar va trastirovkalar: barcha hodisalarda «traceId» korrelyatsiyalari; xom voqealarni «sovuq» omborxonada saqlash.

Alertlar: hamyon javobining degradatsiyasi,’VOID’ning ko’payishi, hisobotlarning reconcile xatosi,’RG _ BLOCKED’ning o’sishi.

Runbooks: hodisalarning aniq protseduralari (provayderning qulashi, ledjerning tarqalishi, raundlarni bekor qilish).

10) Xavfsizlik va maxfiylik

Auth: short-lived JWT/opaque tokens, kalitlar rotatsiyasi (’kid’), mTLS tanqidiy integratsiyalarga.

Kirish siyosati: rollarni qat’iy ajratish (operatsiyalar, moliya, sapport), 2FA; yirik to’lovlar uchun - ikkinchi shaxsdan taxminan.

Data privacy: PII shifrlash, to’lov ma’lumotlarini tokenlashtirish, saqlashni minimallashtirish; GDPR/soʻrov boʻyicha oʻchirish.

Audit: oʻzgarmas jurnallar, tanqidiy voqealar imzosi, regulyator uchun eksport.

11) Masshtablash va nosozlikka chidamlilik

Statles-servislar avto-skeylerdan keyin; issiq jadvallar uchun gorizontal shard (stavkalar, voqealar loglari).

Ledger - oʻqish/hisobot berish uchun vertikal zaxira + replikatsiya; shadow tables orqali migratsiya sxemalarini «muzlatish».

Keshlash: Redis TTL va «ikki darajali» strategiyalar bilan (voqealar bo’yicha read-through + invalidate).

DR/HA: multi-AZ, muntazam tiklanadigan bekaplar, tartibga solish talablari darajasidagi RPO/RTO.

Degradation rejimlari: avtonom kassa, «og’ir» bonuslarni o’chirish, shina mavjud bo’lmaganda live-o’yinlarni maintenance-ga o’tkazish.

12) Kontraktlar va misollar

Stavka (sync, JSON/REST yoki gRPC):

json
POST /bets/place
{
"requestId": "9a7f-…",  "playerId": "p_123",  "wallet": "cash",
"roundId": "R-2025-10-17-19:20:05-PRAGM-Table12",  "gameId": "pragm_live_roulette",  "selection": [{"market":"straight","value":"17"}],  "stake": {"amount":"10. 00","currency":"EUR"},  "device": {"ip":"203. 0. 113. 5","ua":"Mozilla/..."}
}

Javob:

json
{
"status": "ACCEPTED",  "betId": "bet_8cd…",  "balanceAfter": "245. 30",  "hold": "10. 00",  "limits": {"maxBet":"5000. 00"}
}

Shina hodisasi (async):

json
{
"event":"round. settled",  "roundId":"R-2025-10-17-19:20:05-PRAGM-Table12",  "bets":[{"betId":"bet_8cd…","outcome":"WIN","stake":"10. 00","payout":"360. 00"}],  "playerId":"p_123",  "ts":"2025-10-17T19:20:09. 231Z",  "traceId":"tr_5f1…"
}

13) Anti-patternlar (bu platformani buzadi)

Bonus va pul mablag’larini bitta tranzaksiyada manbalarsiz aralashtirish.

Uzoq umr ko’radigan tokenlar va ularni mijozda saqlash.

Tanqidiy operatsiyalarda idempotentlikning yo’qligi (debet dubli).

Jangovar ma’lumotlar bo’yicha monolit hisobot SQL (OLAP vs OLTP).

Reconcile va limitsiz provayderga ko’r-ko’rona ishonchnoma.

Hech qanday taymzon (UTC hamma joyda!) raund identifikatorlari va hisobotlarda.

Nomoliyaviy domenlardagi sinxron qo’ng’iroqlar (bonuslar/bildirishnomalar) stavkani bloklaydi.

14) Casino backendini ishga tushirish chek-varaqasi

Moliya va hamyon

Ledger append-only, idempotentlik, balans versiyasi.
Pul/bonus taqsimoti, manbalar siyosati.
Kurslar/konvertatsiya operatsiyada qayd etiladi.

Oʻyinlar integratsiyasi

Yagona stavkalar/hisob-kitob shartnomasi,’roundId/betId’formati.
Seamless hamyon andoza; Transfer - faqat qayerda oqlangan.
Avtomatik VOID/REFUND stsenariylari.

KYC/AML/RG

Stavka/to’lovga ruxsat berilgunga qadar siyosati; KYC ning maqomlari.
On-chain uchun KYT, sanksiya skrining, dalillar bazasini saqlash.

Kassa

PSP/kripto-provayderlar bilan vebhukki/imzo, dubli/retrai, reconcile.
Yirik to’lovlar uchun 4-eyes, operatorlar harakatlarining jurnali.

Kuzatish

Hamyon metrikasi, round-settle latency, stavkalarni rad etish, SLA to’lovlar.
TraceId, alyertlar, runbooks.

Xavfsizlik

mTLS/HMAC, qisqa TTL bilan JWT, kalitlar rotatsiyasi.
Rollar/huquqlar, 2FA, to’lov ma’lumotlarini tokenlashtirish.

Maʼlumotlar

OLTP/OLAP, CDC ni DWH, S3 ga ajratish.
Orqaplar va muntazam tiklanish testlari.

15) Jami

Casino backend arxitekturasi - bu pul va stavkalarning qatʼiy oʻzagi boʻlib, linear konsistentligi va voqealarda moslashuvchan periferiya: bonuslar, tahlillar, kommunikatsiyalar. Muvaffaqiyat mikroservislar soni bilan emas, balki aniq domen chegaralari, sehrsiz legger, idempotentlik, kuzatish va andoza komplayens bilan belgilanadi. Ushbu asos bilan platforma mamlakatlar/valyutalar/provayderlar bo’yicha kengaytirilib, xavfsizlik va pul bo’yicha murosasiz yuklarga bardosh beradi.