Мультибрендтік казино архитектурасы: ортақ қызметтер және оқшаулау

Мақаланың толық мәтіні

💡 18+. Ағартушылық материалдар. Ойынға шақыру емес. Назар iGaming-платформаларының инженериясы мен комплаенсіне аударылады.

1) Мультибрендтік платформаның міндеті

Бір технологиялық «скелет» бірнеше брендке/лицензияға/гео. қызмет көрсетеді. Мақсаты - қатерлер мен деректерді (ақша, PII, есептілік) қатаң оқшаулау кезінде ядроның максималды реюзі (жылдамдық, өзіндік құн).

Түйінді таңдау: multi-tenant (жалпы инстанциялар, бір сервис шеңберінде «жалға алушылар») немесе multi-instance (брендке немесе өңірге жеке инстанциялар/ДБ/кластерлер). Тәжірибеде гибрид қолданылады.

2) Қабаттар мен шекаралар (эталондық схема)

Edge / Governance

API-gateway, WAF/бот-қорғау, гео-сүзгілер, тарифтер, сервис-mesh.

Tenant/brand resolver: бренд метадеректері (лицензия, гео, валюта, жалаулар).

Domain Core (серверлер бойынша)

PAM (аккаунттар, сессиялар, 2FA) - қатаң tenant_id бөлінетін multi-tenant.

Wallet/Ledger (бухгалтерия) - көбінесе multi-instance per license/region.

Cashier/PSP Orchestration - бренд/өңірге арналған жеке пайплайндар/кілттер.

KYC/AML - гео бойынша қосылатын провайдерлер.

Bonus Engine/Tournaments/Jackpots - ережелер оқшауланған shareable сервистер.

Game Gateway - брендтер бойынша фич/валюта маппингі бар провайдерлерге ортақ шлюз.

Affiliates/Commission - ортақ математика, бөлек трекинг кеңістігі.

RG - бренд/юрисдикция деңгейіндегі лимиттер мен мәртебелер, синхронды тоқтату сигналдары.

Compliance/Reporting - витриналар және брендке/лицензияға/аймаққа түсіру.

CMS/Front - жалпы құралдар + per-brand тақырыптар/навигация.

Data & Observability

Оқиға шинасы (Kafka/Pulsar) 'tenant _ id/brand _ id' кілттерімен.

OLTP қызмет, бренд бойынша қатқыл row-level оқшауланған OLAP витриналар.

Міндетті tenant-тегтері бар метриктер/трейстер/логтар; SIEM/SOAR.

3) Қайда бөлу, қайда оқшаулау

3. 1 Жалпы сервистер (үнемдеу және жылдамдық)

Game Gateway: студиялармен бірыңғай интеграция, per brand фич-жалаулары.

Bonus/Tournament Engine: ортақ құрастырушы, бірақ «құмсалғыштар» және per brand лимиттері.

Affiliates/Tracking: бірыңғай платформа, бөлек саб-ID/домендер/постбэк.

KYC/Screening Orchestrator: жалпы шина, гео бойынша әртүрлі провайдерлер.

CMS/Front toolkit: тақырыптар/локализация/виджеттер; фронттың ядродан бөлек деплой.

BI/ETL: жалпы пайплайндар, жеке витриналар және құқықтар.

3. 2 Қатаң оқшаулау (ақша, құқық, жеке деректер)

Ledger/Wallet: лицензияға/аймаққа жеке ДБ/инстанциялар (көбінесе тіпті жеке кластер).

Cashier/PSP: кілттер, мерчанттар, маршруттар және per brand/аймақ лимиттері.

PII/Резиденттік: пайдаланушылардың деректері өңірде сақталады; кросс-өңірлік сұрауларға тыйым салу.

Compliance/Reporting: қатаң бренд/лицензия бойынша реттеуші түсіру.

RG/AML: тоқта сигналдары «орнында», аралық-тенанттық шарингісіз қолданылады.

4) Деректердің мультитенанттылық модельдері

1. Schema-per-tenant: бір ДБ, жеке схемалар. Жай ғана бастау, масштабтау қиынырақ.

2. DB-per-tenant: бренд/аймаққа жеке БД (немесе кластерлер). Қымбат, бірақ қауіпсіз.

3. Table-partitioning by tenant: қатқыл RLS/бүркемеленетін үлкен кестелер; телеметрия/логтар үшін жарамды.

4. Storage-per-jurisdiction: физикалық резиденттік (EU, UK, BR...) ,/ACL желілеріне өңіраралық қатынауға тыйым салынған.

Ledger үшін әдетте DB-per-license/region + жеке сервистік қабатты таңдайды.

5) Ақша контуры: инварианттар және оқиғалар

Пәрмендердің атомдық және теңсіздігі ('wallet. debit/credit/settle ') - негізгі келісімшарт.

Outbox/CDC: оқиғаларды транзакцияларға үндестіру; ешқандай «қол сиқыры» жоқ.

Сағалар: депозит/кэшаут/бонус - тек оркестрлеу арқылы, жекелеген оқиғалармен өтемақы.

Бөлек джекпот-әмияндар және ашық жарналар per brand/пул.

Ядроға арналған SLO (минимум):

p95 әмиян <150 мс; жоғалған/қайталанған сеттлменттер = 0.
Cashier авторизациясы <3 с; депозиттің табысы ≥ 85% нысаналы гео.
Оқиғаларды BI-ға жеткізу ≤ 5 минут.

6) Мультибрендтегі ақылы оркестр

Пайплайндар per brand/market: әртүрлі PSP, мерчанттар, лимиттер, 3-DS саясат.

Каскадтау: себетті жоғалтпай → fallback.

FinOps: құны/конверсиясы бойынша маршруттар; күн сайын брендтер бойынша салыстыру есептері.

Анти-фрод: velocity, бренд және холдинг шегінде карталардың/құрылғылардың графикалық байланыстары (абайлап кросс-корреляциямен).

7) Жауапты ойын және комплаенс

RG-лимиттер (депозит/ысыраптар/уақыт/мөлшерлеме) - per brand/юрисдикция конфигурацияланады, мөлшерлемеде ілеспе қолданылады.

Өзін-өзі алып тастау және шындық-чектер - брендтің шекарасын және өңір заңын құрметтейді.

AML/KYC - санклистер/РЕР/қаражат көзі; бренд бойынша SAR/STR.

Есеп беру - автоматтандырылған; Excel қол әрекеті процесс ретінде тыйым салынған.

8) Бақылау және қол жетімділік

Өтпелі Trace-ID + 'tenant _ id/brand _ id/license' тегтері.

RBAC/ABAC: «қаржы/тәуекел/саппорт/маркетинг/комплаенс» рөлдері - тек қана өз брендіне қол жеткізу.

Audit WORM: крит әрекеттерінің өзгермейтін логтары, «төрт көз» саясаты.

Құпиялар/кілттер: Vault/HSM, бренд/аймаққа кілттерді сегменттеу, ротация.

9) Деплой топологиялары

Single Cluster, Multi-Tenant Services

Жылдам іске қосу, тығыз үнемдеу. Жетілген RLS, ресурстар мен лимиттерді оқшаулауды талап етеді.

Regional Clusters + Shared Integrations

Ойын шлюзі мен жалпы сервистердің бір бөлігі, ақша/PII - аймақтық. Құн мен комплаенс теңгерімі.

Per-Brand/License Stacks

Толық оқшаулау (VIP-брендтер, жоғары тәуекелдер). Қымбат, бірақ ең аз blast radius.

Көбінесе біріктіреді: интеграция мен құралдардың жалпы «қабаты» + оқшауланған ақша/PII.

10) Деректер мен каталогтар туралы

Data contracts: Avro/JSON Schema + Registry; семантикалық нұсқалар.

Governance: өріс каталогы, иелері, SLA сөрелері, шығу тегі сызығы (lineage).

RLS/Masking: сақтау және BI деңгейіндегі ережелер; PII-ге қол жеткізу - өтінім және уақыт белгісі бойынша.

Late arrivals/dedup: OLAP-та тұрақты upsert-паттерндер.

11) Маркетинг, CMS және аффилиаттар

Feature Flags per brand: промо/тақырыптар шығару/қиылысу әсері жоқ механик.

Контент каталогтары: провайдерлердің/ойындардың бірыңғай ID-і, бренд/нарыққа қолжетімділік маппингі.

Аффилиаттар: бөлек домендер/UTM/саб-ID; суб-серіктестерге қарсы фрод.

Платформаларды сақтау (YouTube/Twitch): жарнаманы/per brand аффилиаттарын таңбалау.

12) Мультибрендтік сәулеттің жетілу метрикасы

1. Ақшаны оқшаулау: лицензияға/аймаққа жеке ДБ/инстанциялар; нөлдік қолмен түзету.

2. Data residency: техникалық қамтамасыз етілген (ACL/желілік саясат), жаттығулармен тексерілген.

3. Оқиғалар: outbox/CDC барлық жерде; ағындар BI ≤ 5 минутқа жетеді.

4. Төлемдер: PSP каскады белсенді; салыстыру есептері автоматтандырылған.

5. RG/AML: тоқтату сигналдары синхронды қолданылады; қол қадамдары жоқ есептілік.

6. Observability: барлық метриктер/логтар/трейстер brand/tenant деп белгіленген; сервистер мен брендтер бойынша SLO дашбордтары.

7. Қол жетімділіктер: RBAC/ABAC және крит операцияларына «төрт көз», WORM-аудит.

8. DR-жоспар: RPO ≤ 5 мин, RTO ≤ 30 мин; әрбір өңір бойынша тұрақты оқу-жаттығулар.

13) Сәулетшінің чек-парағы (брендті іске қосар алдында)

'brand _ id/tenant _ id' берілген, кілттер/құпиялар және лимиттер ашылған.
Ledger/Wallet - бөлінген БД/кластер (егер лицензия талап етсе).
Cashier - мерчант-шоттар мен бағыттар; тестілік транзакциялар және салыстыру.
RG/AML/KYC - провайдерлер, ережелер, тоқтату сигналдары; тестілік сценарийлер.
Game Gateway - провайдерлердің/валюталардың/шектеулердің маппингі; health-чек.
Bonus/Tournament - құмсалғыш және ережелер аудиті.
Affiliates - саб-кеңістік, постбэк, анти-фрод.
CMS/Front - тақырып, локализация, фичфлагтар; гео-шектеулерді тексеру.
BI/Reports - витриналар, қол жетімділік, реттеуші түсіру.
Байқау - SLO дашбордтары және бренд/өңір бойынша алерталар.

14) Қызыл жалаулар (мультибрендті бұзады)

RLS/бүркемелеусіз және жеке Ledger жоқ «барлығына арналған» бірыңғай ДҚ.

Баланстарды, бонустар мен лимиттерді қолмен түзету.

Әртүрлі брендтер/өңірлер үшін жалпы PSP кілті.

Домен транзакцияларының оқиғаларын басып шығару (outbox/CDC жоқ).

BI/OLTP жауынгерлік кестелер бойынша есептер.

PII және DR-жаттығуларды гео-оқшаулаудың болмауы.

RG/AML ережелері жергілікті заңды ескермей брендтер арасында таралған.

Логтар мен метриктерде tenant/brand тегтері жоқ - тергеу хаосқа айналады.

15) Қорытынды

Мультибрендтік сәулет дегеніміз - жалпы және бөлектелген сәулет. Жалпы интеграциялар, құралдар мен оқиғалар дамуды жеделдетеді; оқшауланған ақша, төлемдер, PII және есептілік комплаенсті сақтап, тәуекелдерді төмендетеді. Табысты платформа үш қағидат төңірегінде құрылады:

1. Ақшалай тұтастық және оқшаулау (Ledger/Cashier per license/region, теңсіздік, сағалар).

2. Оқиғалық және байқалушылық (шина, келісімшарттар, brand/tenant, SLO тегтері).

3. Заңды резиденттілік және минимум бойынша қолжетімділік (RBAC/ABAC, WORM-аудит, KMS/Vault).

Мұндай іргетас брендтер портфелін күрделіліктің экспоненциалдық өсуінсіз - жылдам, қауіпсіз және болжамды түрде кеңейтуге мүмкіндік береді.