Ko’p brendli kazino arxitekturasi: umumiy xizmatlar va izolyatsiya

Maqolaning to’liq matni

💡 18+. Ma’rifiy materiallar. O’yinga chaqirish emas. Asosiy e’tibor iGaming platformalarining muhandislik va komplayensiga qaratilgan.

1) Multibrend platformasining vazifasi

Bitta texnologik «skelet» bir nechta brendlar/litsenziyalar/geolarga xizmat koʻrsatadi. Maqsad - xavf-xatarlar va ma’lumotlarni (pul, PII, hisobot) qat’iy izolyatsiya qilishda yadroning maksimal reyuzi (tezlik, tannarxi).

Asosiy tanlov: multi-tenant (umumiy instansiyalar, bitta servis doirasidagi «ijarachilar») yoki multi-instance (brend yoki mintaqaga alohida instansiyalar/DB/klastyerlar). Amalda duragaydan foydalaniladi.

2) Qatlamlar va chegaralar (etalon sxemasi)

Edge / Governance

API-gateway, WAF/bot-himoya, geo-filtrlar, tariflar, servis-mesh.

Tenant/brand resolver: brendning meta-ma’lumotlari (litsenziya, geo, valyuta, bayroqlar).

Domain Core (servislar boʻyicha)

PAM (akkauntlar, sessiyalar, 2FA) - tenant_id qattiq ajratilgan multi-tenant.

Wallet/Ledger (buxgalteriya) - ko’pincha multi-instance per license/region.

Cashier/PSP Orchestration - brend/mintaqaga alohida payplaynlar/kalitlar.

KYC/AML - geo bo’yicha ulanadigan provayderlar, tenant-darajadagi qoidalar.

Bonus Engine/Tournaments/Jackpots - qoidalarni izolyatsiya qiluvchi shareable services.

Game Gateway - brendlar bo’yicha chich/valyuta mappingiga ega bo’lgan provayderlarga umumiy shlyuz.

Affiliates/Commission - umumiy matematika, alohida treking makonlari.

RG - brend/yurisdiksiya darajasidagi limitlar va maqomlar, sinxron to’xtash signallari.

Compliance/Reporting - brend/litsenziya/mintaqaga vitrinalar va tushirishlar.

CMS/Front - umumiy vositalar + per-brand mavzular/navigatsiya.

Data & Observability

Hodisalar shinasi (Kafka/Pulsar)’tenant _ id/brand _ id’kalitlari bilan.

OLTP servis uchun, OLAP brend bo’yicha qattiq row-level izolyatsiyali vitrinalar.

Metrika/treys/logi bilan majburiy tenant-teglar; SIEM/SOAR.

3) Qayerda bo’lish, qayerda ajratish

3. 1 Umumiy servislar (tejash va tezlik)

Game Gateway: studiyalar bilan yagona integratsiya, per brand fich bayroqlari.

Bonus/Tournament Engine: umumiy konstruktor, lekin «qum qutisi» va per brand limitlari.

Affiliates/Tracking: yagona platforma, alohida sab-ID/domen/postbeki.

KYC/Screening Orchestrator: umumiy shina, turli geo provayderlar.

CMS/Front toolkit: mavzular/lokalizatsiya/vidjetlar; frontning yadrodan alohida bo’lishi.

BI/ETL: umumiy payplaynlar, alohida vitrinalar va huquqlar.

3. 2 Qattiq izolyatsiya (pul, huquq, shaxsiy ma’lumotlar)

Ledger/Wallet: litsenziya/mintaqa uchun alohida ma’lumotlar/instantsiyalar (ko’pincha hatto alohida klaster).

Cashier/PSP: kalitlar, sotuvchilar, marshrutlash va chegaralar per brand/mintaqa.

PII/Rezidentlik: foydalanuvchilarning ma’lumotlari mintaqada saqlanadi; kross-mintaqaviy so’rovlarni taqiqlash.

Compliance/Reporting: qat’iy ravishda brend/litsenziya bo’yicha tartibga solish yuklamalari.

RG/AML: to’xtash signallari tenant sharingsiz «joyida» qo’llaniladi.

4) Ma’lumotlarning multitenantlik modellari

1. Schema-per-tenant: bitta DB, alohida sxemalar. Boshlash juda qiyin.

2. DB-per-tenant: brend/mintaqaga alohida DB (yoki klastyerlar). Qimmatroq, lekin xavfsizroq.

3. Table-partitioning by tenant: qattiq RLS/niqobli katta jadvallar; telemetriya/loglar uchun mos keladi.

4. Storage-per-jurisdiction: jismoniy rezidentlik (EU, UK, BR...), mintaqalararo kirish taqiqlangan/ACL.

Ledger uchun odatda DB-per-license/region + alohida xizmat qatlami tanlanadi.

5) Pul konturi: invariantlar va voqealar

Buyruqlarning atom va idempotentligi (’wallet. debit/credit/settle’) - asosiy kontrakt.

Outbox/CDC: voqealarni bir vaqtning oʻzida eʼlon qilish; «qo’l sehri» yo’q.

Saga: depozit/keshaut/bonus - faqat orkestr orqali, alohida voqealar bilan kompensatsiya.

Alohida jekpot-hamyonlar va shaffof badallar per brand/pullar.

Yadro uchun SLO (minimal):

p95 hamyon <150 ms; yo’qolgan/dublyaj qilingan settlementlar = 0.
Cashier avtorizatsiya <3 s; depozitning muvaffaqiyati ≥ maqsadli geoda 85%.
Voqealarni BIga yetkazish ≤ 5 daqiqa

6) Multibrendda to’lov orkestri

Payplaynlar per brand/market: turli PSP, merchantlar, limitlar, 3-DS siyosati.

Kaskadlash: savatsiz → fallback muvaffaqiyatsiz tugadi.

FinOps: qiymati/konversiyasi bo’yicha yo’nalishlar; har kuni brendlar bo’yicha taqqoslash hisobotlari.

Anti-frod: velocity, brend va xolding doirasidagi xarita/qurilmalarning grafik aloqalari (ehtiyotkorlik bilan kross-korrelyatsiya bilan).

7) Mas’uliyatli o’yin va komplayens

RG-limitlar (depozit/yo’qotishlar/vaqt/stavka) - per brand/yurisdiksiya konfiguratsiya qilinadi, stavkada sinxron qo’llaniladi.

O’z-o’zini istisno qilish va chek-haqiqat - brend chegaralari va mintaqa qonunini hurmat qiladi.

AML/KYC - sanklistlar/PER/mablag’manbai; brend bo’yicha SAR/STR.

Hisobot - avtomatlashtirilgan; qoʻlda ishlatiladigan Excel protsess sifatida taqiqlangan.

8) Kuzatish va foydalanish imkoniyati

Trace-ID + tag’tenant _ id/brand _ id/license’.

RBAC/ABAC: «moliya/tavakkalchilik/sapport/marketing/komplayens» rollari - faqat o’z brendidan foydalanish.

Audit WORM: krit harakatlarining o’zgarmas loglari, to’rt ko’z siyosati.

Sirlar/kalitlar: Vault/HSM, brend/mintaqa uchun kalitlarni segmentlash, rotatsiya.

9) Deploy topologiyalari

Single Cluster, Multi-Tenant Services

Tez ishga tushirish, tejash. Yetuk RLS, resurslar va limitlarni izolyatsiya qilishni talab qiladi.

Regional Clusters + Shared Integrations

O’yin shlyuzi va umumiy xizmatlarning bir qismi xarid qilinadi, pul/PII - mintaqaviy. Qiymat va komplayens balansi.

Per-Brand/License Stacks

To’liq izolyatsiya (VIP-brendlar, yuqori xavflar). Qimmat, lekin minimal blast radius.

Ko’pincha: integratsiya va vositalarning umumiy «qatlami» + izolyatsiya qilingan pul/PII.

10) Ma’lumotlar va kataloglar to’g "risida

Data contracts: Avro/JSON Schema + Registry; semantik versiyalar.

Governance: maydonlar katalogi, egalari, SLA vitrinalari, kelib chiqish chizig’i (lineage).

RLS/Masking: saqlash va BI darajasidagi qoidalar; PII ga kirish - talabnoma va vaqt tokeni bo’yicha.

Late arrivals/dedup: OLAPdagi barqaror upsert-patternlar.

11) Marketing, CMS va affiliatlar

Feature Flags per brand: mavzular/mavzular/xoch effektsiz mexanik.

Kontent kataloglari: provayderlar/o’yinlarning yagona ID-lari, brend/bozorga kirish uchun mapping.

Affiliatlar: alohida domenlar/UTM/sab-ID; sub-sheriklarga qarshi frod.

Platformalarga rioya qilish (YouTube/Twitch): reklama/affiliatlarni markalash per brand.

12) Multibrend arxitekturasining yetuklik metrikasi

1. Pul izolyatsiyasi: litsenziya/mintaqa uchun alohida DB/instansiyalar; nol qo’lda tuzatish.

2. Data residency: texnik taʼminlangan (ACL/tarmoq siyosati), mashqlar bilan tekshirilgan.

3. Hodisa: outbox/CDC hamma joyda; oqimlar BI ≤ 5 daqiqaga yetadi.

4. To’lovlar: PSP kaskadi aktiv; solishtirish hisobotlari avtomatlashtirilgan.

5. RG/AML: to’xtash signallari sinxron qo’llaniladi; qo’lda qadam qo’ymasdan hisobot berish.

6. Observability: barcha metriklar/loglar/treyslar brand/tenant bilan belgilangan; servis va brendlar bo’yicha SLO dashbordlari.

7. Foydalanuvchilar: RBAC/ABAC va krit operatsiyalari uchun «to’rt ko’z», WORM audit.

8. DR-reja: RPO ≤ 5 min, RTO ≤ 30 min; har bir mintaqa bo’yicha muntazam o’quv mashg’ulotlari o’tkaziladi.

13) Arxitektorning chek-varaqasi (brend ishga tushirilishidan oldin)

’brand _ id/tenant _ id’berilgan, kalitlar/sirlar va limitlar ochilgan.
Ledger/Wallet - ajratilgan DB/klaster (agar litsenziya talab qilinsa).
Cashier - savdo hisoblari va yo’nalishlari; test tranzaksiyalari va solishtirmalar.
RG/AML/KYC - provayderlar, qoidalar, to’xtash signallari; test stsenariylari.
Game Gateway - provayderlar/valyutalar/cheklovlar mappingi; health-chek.
Bonus/Tournament - qum qutisi va qoidalar auditi.
Affiliates - sab-makon, postbeki, anti-frod.
CMS/Front - mavzu, lokalizatsiya, fichflaglar; geo-cheklovlarni tekshirish.
BI/Reports - vitrinalar, kirish joylari, tartibga soluvchi tushirishlar.
Kuzatish darajasi - SLO dashbordlari va brend/mintaqa bo’yicha alertlar.

14) Qizil bayroqlar (multibrendni buzadigan narsa)

RLS/niqobsiz va alohida Ledger’siz «hamma uchun» yagona DB.

Balanslar, bonuslar va limitlarni qo’lda tuzatish.

Turli markalar/mintaqalar uchun PSP umumiy savdo kalitlari.

Domen tranzaksiyalari (outbox/CDC yoʻq) ni bosib chiqarish.

BI/OLTP jangovar jadvallar bo’yicha hisobotlar.

PII va DR-mashqlarning geo-izolatsiyasi yo’qligi.

RG/AML qoidalari mahalliy qonunni hisobga olmagan holda brendlar o’rtasida taqsimlangan.

Loglar va metriklarda tenant/brand teglari yo’q - tergovlar tartibsizlikka aylanadi.

15) Jami

Multibrendli arxitektura umumiy va ajratilgan arxitektura balansidir. Umumiy integratsiyalar, vositalar va voqealar rivojlanishni tezlashtiradi; izolyatsiya qilingan pullar, to’lovlar, PII va hisobotlar komplayensni saqlab qoladi va xavflarni kamaytiradi. Muvaffaqiyatli platforma uchta tamoyil atrofida quriladi:

1. Pul yaxlitligi va izolyatsiya (Ledger/Cashier per license/region, idempotentlik, sage).

2. Hodisalik va kuzatish (shina, kontraktlar, brand/tenant, SLO teglari).

3. Yuridik rezidentlik va minimal foydalanish imkoniyati (RBAC/ABAC, WORM-audit, KMS/Vault).

Bunday poydevor markalar portfelini murakkablikning eksponensial oʻsishisiz - tez, xavfsiz va oldindan aytib boʻlmaydigan darajada kengaytirish imkonini beradi.