Multibrend casino arxitekturası: ümumi xidmətlər və izolyasiya

Məqalənin tam mətni

💡 18+. Təhsil materialı. Oyuna çağırış deyil. Diqqəti iGaming platformalarının mühəndisliyi və uyğunluğuna yönəldir.

1) Multibrend platformasının vəzifəsi

Bir texnoloji «skelet» bir neçə marka/lisenziya/geo xidmət edir. Məqsəd - risklərin və məlumatların (pul, PII, hesabat) ciddi izolyasiyası ilə nüvənin maksimum reyuzudur (sürət, qiymət).

Əsas seçim: multi-tenant (ümumi instansiyalar, bir xidmət çərçivəsində «icarədarlar») və ya multi-instance (brend və ya region üçün ayrı-ayrı instansiyalar/BD/klasterlər). Praktikada hibrid istifadə olunur.

2) Qatlar və sərhədlər (etalon sxemi)

Edge / Governance

API-gateway, WAF/bot qorunması, geo-filtrlər, tariflər, xidmət-mesh.

Tenant/brand resolver: marka metadata (lisenziya, geo, valyuta, bayraqlar).

Domain Core (xidmətlər üzrə)

PAM (hesablar, sessiyalar, 2FA) - sərt tenant_id ayrılması ilə multi-tenant.

Wallet/Ledger (mühasibat) - daha çox multi-instance per license/region.

Cashier/PSP Orchestration - marka/region üçün fərdi paylaynlar/açarlar.

KYC/AML - qoşulan geo provayderləri, tenant səviyyədə qaydalar.

Bonus Engine/Tournaments/Jackpots - qaydaların izolyasiyası ilə şəreable xidmətlər.

Game Gateway - brendlər üzrə phich/valyuta mappinqi ilə provayderlərə ümumi şlyuz.

Affiliates/Commission - ümumi riyaziyyat, ayrı-ayrı trekinq məkanları.

RG - marka/yurisdiksiya səviyyəsində limitlər və statuslar, sinxron stop siqnalları.

Compliance/Reporting - brend/lisenziya/region üçün vitrinlər və yükləmələr.

CMS/Ön - ümumi alətlər + per-brand mövzular/naviqasiya.

Data & Observability

Şin hadisələri (Kafka/Pulsar) açarları ilə 'tenant _ id/brand _ id'.

ALTP servisi, OLAP markası ilə sərt row-level izolyasiya vitrinləri.

Məcburi tenant etiketləri olan metriklər/treyslər/loqlar; SIEM/SOAR.

3) Harada bölüşmək və harada təcrid

3. 1 Ümumi xidmətlər (qənaət və sürət)

Game Gateway: studiyalarla vahid inteqrasiya, per brand fich bayraqları.

Bonus/Tournament Engine: ümumi konstruktor, lakin «qum qutusu» və limitləri per brand.

Affiliates/Tracking: vahid platforma, ayrı-ayrı sub-ID/domenlər/postback.

KYC/Screening Orchestrator: ümumi şin, müxtəlif geo provayderləri.

CMS/Front toolkit: mövzular/lokalizasiya/widget; nüvə ayrı cəbhə deploy.

BI/ETL: ümumi paylaynlar, fərdi vitrinlər və hüquqlar.

3. 2 Sərt təcrid (pul, hüquq, şəxsi məlumatlar)

Ledger/Wallet: lisenziya/region üçün ayrı-ayrı DB/instansiyalar (çox vaxt hətta ayrı bir klaster).

Cashier/PSP: açarlar, satıcılar, marşrutlaşdırma və limitlər per brand/region.

PII/Rezidentlik: istifadəçi məlumatları bölgədə saxlanılır; Regional sorğuların qadağan edilməsi.

Compliance/Reporting: marka/lisenziya ciddi tənzimləyici boşaltma.

RG/AML: dayandırma siqnalları «yerində», tenant paylaşımı olmadan tətbiq olunur.

4) Data multitenantlıq modelləri

1. Schema-per-tenant: bir DB, ayrı-ayrı sxemlər. Sadəcə başlamaq daha çətindir.

2. DB-per-tenant: marka/region üçün ayrı-ayrı DD (və ya klasterlər). Daha bahalı, lakin daha təhlükəsiz.

3. Table-partitioning by tenant: sərt RLS/maskalama ilə böyük cədvəllər; telemetriya/log üçün uygundur.

4. Storage-per-jurisdiction: fiziki rezidentlik (EU, UK, BR...), regionlararası giriş/ACL şəbəkələrinə qadağandır.

Ledger üçün adətən DB-per-license/region + ayrı xidmət təbəqəsi seçilir.

5) Pul konturu: invariantlar və hadisələr

Komandaların atom və idempotentliyi ('wallet. debit/credit/settle ') - əsas müqavilə.

Outbox/CDC: Əməliyyatların sinxron yayımlanması; heç bir «əl sehri».

Dastanlar: depozit/cashout/bonus - yalnız orkestr vasitəsilə, fərdi hadisələrlə kompensasiya.

Ayrı cekpot cüzdanlar və şəffaf ödənişlər per brand/hovuz.

Nüvə üçün SLO (minimum):

p95 cüzdan <150 ms; itirilmiş/dublyaj settlementlər = 0.
Cashier Authorization <3 s; depozitin müvəffəqiyyəti ≥ 85% hədəf geo.
Hadisələrin BI-yə çatdırılması ≤ 5 dəq.

6) Multibrenddə ödəniş orkestrasiyası

Payplaynlar per brand/market: müxtəlif PSP, satıcılar, limitlər, 3-DS siyasəti.

Cascading: səbət itirmədən → fallback imtina.

FinOps: qiymət/dönüşüm marşrutları; brendlər üzrə hesabatlar gündəlik.

Anti-frod: velocity, kart/cihazların marka və holdinq daxilində qrafik əlaqələri (ehtiyatlı korrelyasiya ilə).

7) Məsuliyyətli oyun və uyğunluq

RG limitləri (depozit/itki/vaxt/bahis) - per brand/yurisdiksiya konfiqurasiyası, bahis üzrə sinxron tətbiq olunur.

Özünü istisna və reallıq çekləri - brendin sərhədlərinə və bölgənin qanunlarına hörmət edir.

AML/KYC - sanklistlər/RER/vəsait mənbəyi; Marka üzrə SAR/STR.

Hesabat - avtomatlaşdırılmış; Excel əl prosesi kimi qadağandır.

8) Müşahidə və əlçatanlıqlar

Trace-ID keçidi + 'tenant _ id/brand _ id/license' etiketləri.

RBAC/ABAC: «maliyyə/risk/sapport/marketinq/komplayens» rolları - yalnız öz brendinə çıxış.

Audit WORM: dəyişməz krit hərəkətləri, dörd göz siyasəti.

Sirləri/açarları: Vault/HSM, marka/region üçün açar seqmentasiyası, rotasiya.

9) Deploi topologiyaları

Single Cluster, Multi-Tenant Services

Sürətli başlanğıc, sıx qənaət. Yetkin RLS, resurs və limitləri təcrid tələb edir.

Regional Clusters + Shared Integrations

Oyun şlüzü və ümumi xidmətlərin bir hissəsi cazibədar, pul/PII - regional. Dəyər və komplayens balansı.

Per-Brand/License Stacks

Tam izolyasiya (VIP markalar, yüksək risklər). Bahalı, lakin minimum blast radius.

Tez-tez birləşir: ümumi «qat» inteqrasiya və alətlər + izolyasiya pul/PII.

10) Haqqında məlumat və kataloqlar

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

Governance: sahə kataloqu, sahibləri, SLA vitrinləri, mənşə xətti (lineage).

RLS/Masking: saxlama səviyyəsində qaydalar və BI; PII-yə giriş - müraciət və vaxt tokeninə görə.

Late arrivals/dedup: OLAP-da davamlı upsert modellər.

11) Marketinq, CMS və affiliates

Feature Flags per brand: cross effects olmadan promo/temalar/mexaniki buraxılması.

Məzmun kataloqları: provayderlərin/oyunların vahid ID-ləri, marka/bazarda mövcudluğun mappinqi.

Affiliates: ayrı-ayrı domenlər/UTM/sab-ID; sub-partnyorlar üçün anti-frod.

Platformalara riayət (YouTube/Twitch): reklam/affiliates per brand.

12) Multibrend memarlığının yetkinlik metrikası

1. Pul təcrid: lisenziya/region üçün ayrı-ayrı DB/instansiyalar; sıfır əl düzəliş.

2. Data residency: Texniki cəhətdən təmin edilmiş (ACL/şəbəkə siyasətləri), təlimlər tərəfindən yoxlanılmışdır.

3. Hadisə: outbox/CDC hər yerdə; axınlar BI ≤ 5 dəq çatır.

4. Ödənişlər: PSP kaskadı aktiv; yoxlama hesabatları avtomatlaşdırılmışdır.

5. RG/AML: stop siqnalları sinxron tətbiq olunur; əl addımları olmadan hesabat.

6. Observability: bütün metriklər/log/treys brand/tenant ilə qeyd olunur; xidmətlər və brendlər üzrə SLO dashbordları.

7. Accessories: RBAC/ABAC və «dörd göz» krit əməliyyatları, WORM audit.

8. DR planı: RPO ≤ 5 dəq, RTO ≤ 30 dəq; hər bir bölgə üzrə mütəmadi təlimlər.

13) Memarın yoxlama siyahısı (marka başlamazdan əvvəl)

'brand _ id/tenant _ id' təyin edilib, açarlar/sirlər və limitlər açılıb.
Ledger/Wallet - xüsusi BD/klaster (lisenziya tələb edirsə).
Cashier - ticarət hesabları və marşrutları; test əməliyyatları və yoxlama.
RG/AML/KYC - provayderlər, qaydalar, stop siqnalları; test ssenariləri.
Game Gateway - provayderlərin/valyutaların/məhdudiyyətlərin mappinqi; sağlamlıq yoxlama.
Bonus/Tournament - qum qutusu və qaydaların auditi.
Affiliates - sub-space, postback, anti-frod.
CMS/Front - mövzu, lokalizasiya, fichflags; geo məhdudiyyətlərin yoxlanılması.
BI/Reports - vitrinlər, girişlər, tənzimləyici boşaltmalar.
Müşahidə - SLO daşbordları və marka/region üzrə alertlər.

14) Qırmızı bayraqlar (multi-brend qırır)

RLS/maskalanmadan və Ledger olmadan «hamı üçün» vahid DD.

Balansların, bonusların və limitlərin əl ilə düzəldilməsi.

Müxtəlif markalar/bölgələr üçün ümumi PSP açarları.

Domen əməliyyatları hadisələrinin yayımlanması (heç bir outbox/CDC).

BI/OLTP döyüş cədvəlləri üzrə hesabatlar.

PII və DR təlimlərinin geo-izolyasiyasının olmaması.

RG/AML qaydaları yerli qanun nəzərə alınmadan markalar arasında yayılmışdır.

Log və metriklərdə tenant/brand etiketləri yoxdur - araşdırmalar xaosa çevrilir.

15) Yekun

Multibrend arxitekturası - ümumi və ayrılmış bir balansdır. Ümumi inteqrasiya, alətlər və hadisələr inkişafı sürətləndirir; izolyasiya edilmiş pul, ödənişlər, PII və hesabat uyğunluğu saxlayır və riskləri azaldır. Uğurlu platforma üç prinsip ətrafında qurulur:

1. Pul bütövlüyü və izolyasiya (Ledger/Cashier per license/region, idempotentlik, dastanlar).

2. Hadisə və müşahidə (şin, müqavilələr, etiketlər brand/tenant, SLO).

3. Hüquqi rezidentlik və minimum giriş (RBAC/ABAC, WORM-audit, KMS/Vault).

Belə bir təməl eksponensial çətinlik artımı olmadan marka portfelini genişləndirməyə imkan verir - sürətli, təhlükəsiz və proqnozlaşdırıla bilən.