Architektura kasyna wielu marek: wspólne usługi i izolacja
Pełny artykuł
1) Zadanie platformy wielu marek
Jeden technologiczny „szkielet” obsługuje kilka marek/licencji/geo. Celem jest maksymalne uwolnienie rdzenia (szybkość, koszt) przy ścisłej izolacji ryzyka i danych (pieniądze, PII, sprawozdawczość).
Wybór klucza: wielopoziomowy (częste przypadki, „najemcy” w ramach tej samej usługi) lub wielofunkcyjny (pojedyncze instancje/bazy danych/klastry na markę lub region). W praktyce stosuje się hybrydę.
2) Warstwy i granice (system odniesienia)
Krawędź/Zarządzanie
API-gateway, WAF/bot ochrony, geo-filtry, taryfy, siatki usługi.
Najemca/sprzedawca marki: metadane marki (licencja, geo, waluta, flagi).
Rdzeń domeny (według usług)
PAM (konta, sesje, 2FA) - wieloosobowy najemca z udostępnianiem tenant_id twardych.
Portfel/Ledger (księgowość) - częściej wielostopniowe instancje na licencję/region.
Kasjer/Orkiestra PSP - oddzielne rurociągi/klucze na markę/region.
KYC/AML - podłączony dostawca geo, zasady poziomu najemcy.
Bonus Engine/Turnieje/Jackpoty - usługi dzielne z izolacją zasad.
Gra Gateway jest wspólną bramą dla dostawców z funkcjami mapowania/waluty według marki.
Podmioty stowarzyszone/Komisja - matematyka ogólna, oddzielne miejsca śledzenia.
RG - granice i statusy na poziomie marki/jurysdykcji, synchroniczne światła hamulcowe.
Zgodność/Raportowanie - prezentacje i przesyłki do marki/licencji/regionu.
CMS/Front - wspólne narzędzia + tematy marki/nawigacja.
Dane i obserwowalność
Autobus zdarzeń (Kafka/Pulsar) z klawiszami 'lokator _ id/brand _ id'.
OLTP do obsługi, OLAP prezentuje z izolacją na poziomie rzędu twardego przez markę.
mierniki/ścieżki/kłody z obowiązkowymi znacznikami najemcy; SIEM/SOAR.
3) Gdzie dzielić i gdzie odizolować
3. 1 Usługi wspólne (oszczędności i szybkość)
Gra Gateway: jednolite integracje ze studiami, flagi funkcji na markę.
Bonus/turniej Silnik: wspólny konstruktor, ale piaskownice i granice marki.
Partnerzy/Śledzenie: pojedyncza platforma, oddzielne subID/domeny/postbacks.
KYC/Screening Orchestrator: wspólny autobus, różnych dostawców geo.
Zestaw narzędzi CMS/Front: motywy/lokalizacja/widżety; wyczerpany przód oddzielony od jądra.
BI/ETL: wspólne rurociągi, poszczególne sklepy i prawa.
3. 2 Ścisła izolacja (pieniądze, prawo, dane osobowe)
Ledger/Wallet: poszczególne bazy danych/instancje na licencję/region (często nawet oddzielny klaster).
Kasjer/PSP: klucze, handlowcy, routing i limity dla marki/regionu.
PII/rezydencja: dane użytkownika są przechowywane w regionie; zakaz składania wniosków ponadregionalnych.
Zgodność/sprawozdawczość: dane regulacyjne przesyłane są wyłącznie przez markę/licencję.
RG/AML: światła hamulcowe są stosowane „na miejscu”, bez współdzielenia między najemcami.
4) Modele multitenancji danych
1. Schemat na najemcę: jedna baza danych, oddzielne schematy. Zaczynam, trudniej skalować.
2. DB-per-najemca: poszczególne bazy danych (lub klastry) dla każdej marki/regionu. Droższe, ale bezpieczniejsze.
3. Przegroda stołowa przez najemcę: duże stoły z twardym RLS/maskowanie; nadaje się do telemetrii/kłód.
4. Przechowywanie na jurysdykcję: pobyt fizyczny (UE, Wielka Brytania, BR...), dostęp międzyregionalny jest zabroniony w sieci/ACL.
Dla Ledger zwykle wybiera się DB-per-license/region + oddzielną warstwę usługi.
5) Kontur pieniądza: niezmienne i imprezy
Atomowość i idempotencja zespołów (portfel. debet/credit/settle ') jest kluczową umową.
Outbox/CDC: publikacja wydarzeń synchronicznych z transakcją; żadnej „magii dłoni”.
Sagi: depozyt/cashout/bonus - tylko poprzez orkiestrę, rekompensatę indywidualnych imprez.
Oddzielne portfele jackpot i przejrzyste wkłady na markę/pulę.
SLO dla rdzenia (minimum):- p95 portfel <150 ms; zagubione/powielone osiedla = 0.
- Autoryzacja kasjera <3 s; powodzenie depozytu ≥ 85% na geo docelowe.
- Dostawa do BI ≤ 5 min.
6) Wielowarstwowa orkiestra płatnicza
Rurociągi na markę/rynek: różne dostawcy usług płatniczych, handlowcy, limity, polityka 3-DS.
Cascading - Fail → fallback bez utraty kosza recyklingu.
FinOps: trasy kosztów/konwersji; dzienne raporty dotyczące pojednania marki.
Przeciwdziałanie oszustwom: prędkość, linki graficzne kart/urządzeń w ramach marki i posiadania (z ostrożną korelacją krzyżową).
7) Odpowiedzialna zabawa i zgodność
Limity RG (depozyt/strata/czas/stawka) - skonfigurowane według marki/jurysdykcji, stosowane synchronicznie w stosunku do stawki.
Kontrola samodzielności i rzeczywistości - poszanowanie granic marki i prawa regionu.
AML/KYC - sankcje/PEP/źródło funduszy; SAR/STR według marki.
Sprawozdawczość - zautomatyzowana; podręcznik Excel nie jest dozwolony jako proces.
8) Obserwowalność i dostęp
Trace-ID pass-through + tags 'tenant _ id/brand _ id/license'.
RBAC/ABAC: rola „finance/risk/support/marketing/compliance” - dostęp tylko do marki.
Audyt WORM: niezmienne kłody działań na Krecie, polityka czterech oczu.
Sekrety/klucze: Skarbiec/HSM, segmentacja kluczy według marki/regionu, obrót.
9) Wdrożenie topologii
Klaster pojedynczy, usługi dla wielu najemców
Szybki start-up, napięta gospodarka. Wymaga dojrzałego RLS, izolacji zasobów i limitów.
Klastry regionalne + wspólne integracje
Brama gry i niektóre z usług ogólnych są rummated, pieniądze/PII - regionalnie. Bilans kosztów i zgodności.
Stosy Per-Brand/Licencja
Kompletna izolacja (marki VIP, wysokie ryzyko). Drogi, ale minimalny promień wybuchu.
Często w połączeniu: wspólna „warstwa” integracji i instrumentów + odizolowane pieniądze/PII.
10) O danych i katalogach
Umowy o dane: rejestr Avro/JSON Schema +; wersje semantyczne.
Zarządzanie: katalog terenowy, właściciele, sklepy SLA, rodowód.
RLS/Masking - Zasady przechowywania i poziomu BI dostępu do PII - przez aplikację i token czasu.
Późne przyjazdy/dedup: stabilne wzory upsert w OLAP.
11) Marketing, CMS i oddziały
Funkcja Flagi na markę: wydanie promo/motywy/mechanika bez efektów krzyżowych.
Katalogi treści: jednolite identyfikatory dostawców/gier, mapowanie dostępności do marki/rynku.
Podmioty powiązane: odrębne domeny/UTM/subID; przeciwdziałanie nadużyciom na podwykonawcach.
Zgodność platformy (YouTube/Twitch): Etykietowanie ad/affiliate na markę.
12) Wielowarstwowe metryki dojrzałości architektury
1. Izolacja pieniędzy: oddzielne bazy danych/instancje na licencję/region; zero ręcznej edycji.
2. Rezydencja danych: obsługiwana technicznie (polityka ACL/sieć), weryfikowana za pomocą ćwiczeń.
3. Eventfulness: outbox/CDC wszędzie; przepływy osiągają wartość BI ≤ 5 min.
4. Płatności: aktywna kaskada PSP; raporty pojednawcze są zautomatyzowane.
5. RG/AML: światła hamulcowe są stosowane synchronicznie; sprawozdawczość bez ręcznych kroków.
6. Obserwacja: wszystkie mierniki/kłody/szlaki są oznaczone marką/najemcą; deski rozdzielcze SLO przez usługi i marki.
7. Dostęp: RBAC/ABAC i „cztery oczy” na operacji kreta, audyt WORM.
8. DR-plan: RPO ≤ 5 min, RTO ≤ 30 min; regularne ćwiczenia dla każdego regionu.
13) Lista kontrolna architektów (przed uruchomieniem marki)
- Przypisane 'marka _ id/lokator _ id', klucze/tajemnice i limity.
- Ledger/Wallet - dedykowana baza danych/klaster (jeśli jest to wymagane licencją).
- Kasa - rachunki i trasy handlowców; transakcje testowe i uzgodnienia.
- RG/AML/KYC - dostawcy, zasady, światła hamulcowe; scenariusze testów.
- Game Gateway - mapowanie dostawców/waluty/ograniczenia; kontrola stanu zdrowia.
- Bonus/Tournament - piaskownica i kontrola reguł.
- Podmioty powiązane - podprzestrzeń, powrót, zwalczanie nadużyć finansowych.
- CMS/Front - motyw, lokalizacja, flagi funkcji; sprawdzenie ograniczeń geograficznych.
- BI/Reports - prezentacje, dostęp, przesyłki regulacyjne.
- Obserwowalność - deski rozdzielcze SLO i wpisy według marki/regionu.
14) Czerwone flagi (co łamie multi-marki)
Pojedyncza baza danych „dla wszystkich” bez RLS/maskowania i bez oddzielnego Ledgera.
Ręczne korekty sald, bonusów i limitów.
Wspólne klucze handlowców PSP dla różnych marek/regionów.
Publikacja zdarzeń „przeszłych” transakcji domenowych (brak sklepu/CDC).
BI/raporty dotyczące zwalczania tabel OLTP.
Brak geoizolacji ćwiczeń PII i DR.
Zasady RG/AML są dzielone między marki bez uwzględnienia prawa lokalnego.
Nie ma tagów najemcy/marki w logach i metrykach - śledztwa stają się chaosem.
15) Najważniejsze
Architektura wielu marek jest równowagą wspólnych i oddzielnych. Wspólne integracje, narzędzia i wydarzenia przyspieszają rozwój; wyodrębnione pieniądze, płatności, PII i sprawozdawczość zachowują zgodność i ograniczają ryzyko. Udana platforma jest zbudowana wokół trzech zasad:1. Integralność i izolacja monetarna (Ledger/Cashier na licencję/region, idempotencja, sagi).
2. Impreza i obserwowalność (autobus, kontrakty, tagi marki/najemcy, SLO).
3. Legalna rezydencja i minimalny dostęp (RBAC/ABAC, audyt WORM, KMS/Vault).
Ta fundacja pozwala portfolio marek skalować bez wykładniczego wzrostu złożoności - szybko, bezpiecznie i przewidywalnie.
