Arhitectura cazinourilor multi-brand: servicii comune și izolare

Articol complet

💡 18+. Material educaţional. Nu este un apel pentru a juca. Accentul se pune pe inginerie și conformitatea platformelor iGaming.

1) Sarcina platformei multi-brand

Un „schelet” tehnologic deservește mai multe mărci/licențe/geo. Scopul este eliberarea maximă de bază (viteză, cost) cu izolarea strictă a riscurilor și a datelor (bani, PII, raportare).

Alegerea cheie: multi-chiriaș (instanțe comune, „chiriași” în cadrul aceluiași serviciu) sau multi-instanță (instanțe individuale/baze de date/clustere pe marcă sau regiune). În practică, se utilizează un hibrid.

2) Straturi și limite (schema de referință)

Edge/Guvernanță

API-gateway, protecție WAF/bot, geo-filtre, tarife, plasă de serviciu.

Chiriaș/brand resolver: metadate de marcă (licență, geo, valută, steaguri).

Domain Core (după serviciu)

PAM (conturi, sesiuni, 2FA) - multi-chiriaș cu partajarea tenant_id greu.

Portofel/Ledger (contabilitate) - mai des multi-instanță per licență/regiune.

Casier/PSP Orchestration - conducte/chei separate per brand/regiune.

KYC/AML - furnizori de geo conectați, reguli la nivel de chiriași.

Bonus Engine/Turnee/Jackpot-uri - servicii sharable cu izolarea regulilor.

Gateway Game este un gateway comun pentru furnizorii cu caracteristici de cartografiere/valute de brand.

Afiliați/Comisie - matematică generală, spații separate de urmărire.

RG - limite și stări la nivel de marcă/jurisdicție, lumini de frână sincrone.

Conformitate/Raportare - vitrine și încărcări în marcă/licență/regiune.

CMS/Front - instrumente comune + teme per brand/navigare.

Date și observabilitate

Event bus (Kafka/Pulsar) cu "chiriaș _ id/brand _ id' chei.

OLTP la service, vitrine OLAP cu izolație la nivel de rând greu de brand.

Metrici/trasee/busteni cu etichete de chirias obligatorii; SIEM/SOAR.

3) În cazul în care pentru a partaja și în cazul în care pentru a izola

3. 1 Servicii partajate (economii și viteză)

Gateway joc: integrări uniforme cu studiouri, steaguri caracteristică pe brand.

Bonus/Motor de turneu: constructor comun, dar cutii de nisip și pe limitele mărcii.

Afiliați/Urmărire: platformă unică, sub-ID-uri separate/domenii/postback-uri.

KYC/Screening Orchestrator: autobuz comun, diferiți furnizori de geo.

CMS/Front toolkit: teme/localizare/widget-uri; un front epuizat separat de nucleu.

BI/ETL: conducte comune, vitrine individuale și drepturi.

3. 2 Izolare strictă (bani, lege, date cu caracter personal)

Ledger/Wallet: baze de date/instanțe individuale per licență/regiune (adesea chiar și un cluster separat).

Casier/PSP: chei, comercianți, rutare și limite pentru fiecare marcă/regiune.

PII/Rezidență: datele utilizatorilor sunt stocate în regiune; interzicerea cererilor transregionale.

Conformitate/Raportare: reglementările se încarcă strict după marcă/licență.

RG/AML: luminile de frână sunt aplicate „în loc”, fără partajarea inter-chiriașilor.

4) Modele multitenancy de date

1. Schema per chiriaș: o bază de date, scheme separate. Doar începând, mai greu de scară.

2. DB-per-chiriaș: baze de date individuale (sau clustere) per brand/regiune. Mai scump, dar mai sigur.

3. Partiționarea tabelului de către chiriaș: tabele mari cu RLS/mascare dure; potrivit pentru telemetrie/busteni.

4. Stocare pe jurisdicție: rezidență fizică (UE, Marea Britanie, BR...), accesul interregional este interzis în rețea/ACL.

Pentru Ledger, DB-per-licență/regiune + un strat de serviciu separat este de obicei ales.

5) Conturul banilor: invarianți și evenimente

Atomicitatea și idempotența echipelor ("portofel. debit/credit/decontare ") este un contract cheie.

Outbox/CDC: publicarea evenimentelor sincrone cu tranzacția; fără „magie de mână”.

Sagas: depozit/cashout/bonus - numai prin orchestrare, compensare prin evenimente individuale.

Portofele jackpot separate și contribuții transparente per brand/pool.

SLO pentru miez (minim):

p95 portofel <150 ms; așezări pierdute/duplicate = 0.
Autorizaţie de casierie <3 s; succes depozit ≥ 85% pe geo țintă.
Livrare eveniment la BI ≤ 5 min.

6) Orchestrarea plăților multi-brand

Conducte per brand/piață: diferite PSP-uri, comercianți, limite, politici 3-DS.

Cascadă - Nu reușesc → rezervă fără a pierde coșul de reciclare.

FinOps: rute de cost/conversie; rapoarte de reconciliere de brand de zi cu zi.

Antifraudă: viteză, legături grafice de carduri/dispozitive în cadrul mărcii și exploatație (cu corelație încrucișată atentă).

7) Jocul responsabil și conformitatea

Limitele RG (depozit/pierdere/timp/rată) - configurate pe marcă/jurisdicție, aplicate sincron pe rată.

Auto-excluderea și verificarea realității - respectați limitele mărcii și legea regiunii.

AML/KYC - sancțiuni/PEP/sursa fondurilor; SAR/STR după marcă.

Raportare - automatizată; manual Excel nu este permis ca un proces.

8) Observabilitatea și accesele

Trace-ID pass-through + tag-uri 'chiriaș _ id/brand _ id/licență'.

RBAC/ABAC: rolul „finance/risk/support/marketing/compliance” - accesul numai la brand.

Audit WORM: jurnalele neschimbabile ale acțiunilor Creta, politica cu patru ochi.

Secrete/chei: Vault/HSM, segmentare cheie după marcă/regiune, rotație.

9) Implementați topologii

Cluster unic, servicii multi-chiriaș

Pornire rapidă, economie strânsă. Necesită RLS matur, izolarea resurselor și limite.

Clustere regionale + Integrări partajate

Gateway-ul jocului și unele dintre serviciile generale sunt scotocite, bani/PII - regional. Echilibrul costurilor și al conformității.

Stive per brand/licență

Izolare completă (mărci VIP, riscuri ridicate). Rază de explozie scumpă, dar minimă.

Adesea combinate: un „strat” comun de integrări și instrumente + bani izolați/PII.

10) Despre date și cataloage

Contracte de date: Avro/JSON Schema + Registry; versiuni semantice.

Guvernanță: catalog de teren, proprietari, magazine SLA, descendență.

RLS/Masking - Storage and BI level rules access to PII - by application and time token.

Sosiri târzii/dedup: modele upsert stabile în OLAP.

11) Marketing, CMS și afiliați

Feature Flags per brand: eliberarea de promo/teme/mecanic fără efecte încrucișate.

Cataloage de conținut: ID-uri uniforme ale furnizorilor/jocurilor, disponibilitatea de cartografiere a mărcii/pieței.

Afiliați: domenii separate/UTM/sub-ID; antifraudă asupra sub-partenerilor.

Conformitatea platformei (YouTube/Twitch): etichetarea anunțurilor/afiliaților pe brand.

12) Măsurători ale maturității arhitecturii multi-brand

1. Izolarea banilor: baze de date/instanțe separate per licență/regiune; zero editare manuală.

2. Rezidența datelor: susținută tehnic (politicile ACL/rețea), verificată prin exerciții.

3. Eventfulness: outbox/CDC peste tot; fluxurile ajung la BI ≤ 5 min.

4. Plăți: PSP cascadă activă; rapoartele de reconciliere sunt automatizate.

5. RG/AML: luminile de frână sunt aplicate sincron; raportarea fără pași manuali.

6. Observatie: toate metricile/bustenii/traseele sunt marcate marca/chirias; tablouri de bord SLO de servicii și mărci.

7. Accesări: RBAC/ABAC și „patru ochi” pe operațiuni crete, audit WORM.

8. DR-plan: RPO ≤ 5 min, RTO ≤ 30 min; exerciții regulate pentru fiecare regiune.

13) Lista de verificare a arhitectului (înainte de lansarea mărcii)

Atribuit 'brand _ id/chiriaș _ id', chei/secrete și limite.
Ledger/Wallet - bază de date dedicată/cluster (dacă este necesar prin licență).
Casier - conturi și rute comerciale; testează tranzacțiile și reconcilierile.
RG/AML/KYC - furnizori, reguli, lumini de frână; scenarii de testare.
Gateway joc - furnizori de cartografiere/valute/restricții; verificarea stării de sănătate.
Bonus/Turneu - sandbox și audit regulă.
Afiliați - sub-spațiu, post-spate, anti-fraudă.
CMS/Front - temă, localizare, caracteristică steaguri; verificarea geo-constrângerilor.
BI/Rapoarte - vitrine, accesări, încărcări de reglementare.
Observabilitate - tablouri de bord SLO și alerte după marcă/regiune.

14) steaguri roșii (ceea ce rupe multi-brand)

O singură bază de date „pentru toți” fără RLS/mascare și fără un Ledger separat.

Ajustări manuale ale soldurilor, bonusurilor și limitelor.

Chei comerciale comune PSP pentru diferite mărci/regiuni.

Publicarea evenimentelor „trecut” tranzacții de domeniu (fără outbox/CDC).

BI/rapoarte privind tabelele OLTP de luptă.

Lipsa geo-izolării exercițiilor PII și DR.

Regulile RG/AML sunt împărțite între mărci fără a lua în considerare legislația locală.

Nu există etichete de chiriaș/marcă în bușteni și metrici - investigațiile se transformă în haos.

15) Linia de jos

Arhitectura multi-brand este un echilibru de comun și separat. Integrările, instrumentele și evenimentele comune accelerează dezvoltarea; banii izolați, plățile, PII și raportarea mențin conformitatea și reduc riscurile. O platformă de succes este construită în jurul a trei principii:

1. Integritate monetară și izolare (Ledger/Casier per licență/regiune, idempotență, sagas).

2. Eveniment și observabilitate (autobuz, contracte, etichete brand/chiriaș, SLO).

3. Rezidență legală și acces minim (RBAC/ABAC, audit WORM, KMS/Vault).

Această fundație permite portofoliului de mărci să se extindă fără o creștere exponențială în complexitate - rapid, sigur și previzibil.