Мультибренддик казино архитектурасы: жалпы кызматтар жана изоляция

Макаланын толук тексти

💡 18+. Окуу материалы. оюнга чакыруу эмес. Focus - инженердик жана комплаенс iGaming аянтчалары.

1) Multibrand платформа милдети

Бир технологиялык "скелет" бир нече бренддерди/лицензияларды/гео тейлейт. Максаты - тобокелдиктерди жана маалыматтарды (акча, 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/аймак.

Cashier/PSP Orchestration - бренд/аймак үчүн өзүнчө пайплайндар/ачкычтар.

KYC/AML - гео боюнча туташкан провайдерлер, tenant-деъгээлинде эрежелер.

Bonus Engine/Tournaments/Jackpots - эрежелерди изоляциялоо менен жалпы кызматтар.

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

Affiliates/Commission - жалпы математика, өзүнчө трекинг мейкиндиктери.

RG - бренд/юрисдикция деңгээлиндеги чектер жана статустар, синхрондуу токтоо сигналдары.

Compliance/Reporting - бренд/лицензия/регионго терезелер жана жүктөр.

CMS/Front - жалпы куралдар + per-brand темалар/багыттоо.

Data & Observability

Шина окуялар (Kafka/Pulsar) ачкычтары менен 'tenant _ id/brand _ id'.

OLTP кызматы, бренд катуу row-level изоляциясы менен OLAP витриналары.

Милдеттүү tenant-тегтер менен Metrics/Traces/Logi; SIEM/SOAR.

3) Кайда бөлүшүү жана кайда обочолонуу

3. 1 Жалпы кызматтар (үнөмдөө жана ылдамдык)

Game Gateway: студиялар менен бирдиктүү интеграция, чий желектери per brand.

Bonus/Tournament Engine: жалпы конструктор, бирок "Sandbox" жана чектери per brand.

Affiliates/Tracking: бирдиктүү платформа, өзүнчө саб-ID/домендер/postbacks.

KYC/Screening Orchestrator: жалпы шина, ар кандай Geo жөнөтүүчүлөр.

CMS/Front toolkit: темалар/локализация/виджеттер; өзөгүнөн өзүнчө фронттун деплой.

BI/ETL: жалпы пайплайндар, өзүнчө терезелер жана укуктар.

3. 2 Катуу изоляция (акча, укук, жеке маалыматтар)

Ledger/Wallet: лицензия/аймак үчүн өзүнчө DD/органдар (көп учурда да өзүнчө кластер).

Cashier/PSP: ачкычтар, соодагерлер, багыттоо жана чек per бренд/аймак.

PII/Резиденттүүлүк: колдонуучулардын маалыматтары аймакта сакталат; кросс-аймактык суроо тыюу салуу.

Compliance/Отчет: бренд/лицензия боюнча катуу жөнгө салуу.

RG/AML: токтоо сигналдары "жеринде" колдонулат, бири-бири менен бөлүшүү жок.

4) Көп берилиштер моделдер

1. Schema-per-tenant: бир DD, өзүнчө схемалар. Жөн гана баштоо, масштабдоо кыйыныраак.

2. DB-per-tenant: өзүнчө DD (же кластерлер) бренд/аймак. Кымбат, бирок коопсуз.

3. Table-partitioning by tenant: катуу RLS/маскировка менен чоң таблицалар; телеметрия/логдор үчүн ылайыктуу.

4. Storage-per-jurisdiction: физикалык резиденттүүлүк (EU, UK, BR...), аймактар аралык кирүү тармак/ACL тыюу салынат.

Ledger үчүн адатта DB-per-license/аймак + өзүнчө тейлөө катмары тандалат.

5) Акча контуру: инварианттар жана окуялар

Командалардын атомдук жана идемпотенттүүлүгү ('wallet. debit/credit/settle ') - негизги келишим.

Outbox/CDC: бүтүмдөр менен синхрондуу окуяларды жарыялоо; эч кандай "кол сыйкыры".

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

Өзүнчө джекпот капчыктар жана ачык-айкын салымдар per brand/бассейн.

ядро үчүн SLO (минималдуу):

p95 капчык <150 мс; жоголгон/кайталанган сеттлменттер = 0.
Cashier уруксат <3 с; депозиттин ийгилиги ≥ 85% максаттуу гео.
BI окуяларды жеткирүү ≤ 5 мин.

6) Мультибренддеги төлөм оркестри

Payplays per brand/market: ар кандай PSP, соодагерлер, чектер, 3-DS саясаты.

Cascading: себет жоготуу жок → fallback.

FinOps: наркы/конверсия маршруттар; бренддер боюнча отчеттор күн сайын.

Анти-Frod: velocity, бренд жана холдинг (кылдат кросс-корреляция менен) ичинде карталардын/түзмөктөрдүн графалык байланыштар.

7) жоопкерчиликтүү оюн жана комплаенс

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

Өзүн-өзү четтетүү жана реалдуулук чектери - бренддин чектерин жана аймактын мыйзамын сыйлайт.

AML/KYC - Sanklists/RER/каражат булагы; бренд боюнча SAR/STR.

Отчеттуулук - автоматташтырылган; кол Excel жараян катары тыюу салынат.

8) Байкоо жана жеткиликтүүлүк

Trace-ID аркылуу + теги 'tenant _ id/brand _ id/license'.

RBAC/ABAC: ролдору "каржы/тобокелдик/саппорт/маркетинг/комплаенс" - гана өз брендине жетүү.

Аудит 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 терезелер, келип чыккан сызык (сызык).

RLS/Masking: сактоо жана BI боюнча эрежелер; PII жетүү - өтүнмө жана убакыт белгиси боюнча.

Late arrivals/dedup: OLAP туруктуу upsert үлгүлөрү.

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

Feature Flags per brand: эч кандай кайчылаш таасир промо/темалар/механик чыгаруу.

Мазмун каталогдору: Бирдиктүү ID провайдерлер/оюндар, бренд/рынокко жеткиликтүүлүк mapping.

Аффилиаттар: өзүнчө домендер/UTM/sab-ID; суб-өнөктөштөргө каршы.

Платформаларды сактоо (YouTube/Twitch): per brand жарнама/аффилиаттарын белгилөө.

12) Мультибренддик архитектурасынын жетилүү метрикасы

1. Акчаны изоляциялоо: лицензияга/аймакка өзүнчө БД/инстанциялар; нөл кол менен оңдоо.

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

3. Eventity: outbox/CDC бардык жерде; агымдар BI ≤ 5 мүнөткө жетет.

4. Төлөмдөр: PSP каскады активдүү; эсептешүү отчеттору автоматташтырылган.

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

6. Observability: бардык метриктер/Логи/соода маркировкаланган brand/tenant; кызматтар жана бренддер боюнча SLO дашборддору.

7. Access: RBAC/ABAC жана "төрт көз" боюнча крит-иш, WORM аудит.

8. DR-план: RPO ≤ 5 мин, RTO ≤ 30 мин; ар бир аймак боюнча такай машыгууларды өткөрүшөт.

13) архитектор чек тизмеси (бренд башталганга чейин)

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

14) Кызыл желектер (бул көп брендди бузат)

Бирдиктүү DD "бардык" жок 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).

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