Gamble Hub Platform Architecture

1) Cele i zasady

Cel: Maksymalnie odporna, zgodna i opłacalna platforma iGaming z szybkim Time-to-Market.

• Projekt oparty na domenie: wyraźne ograniczone konteksty i umowy.
• Event Core (EDA): Wydarzenia są źródłem prawdy o zmianie.
• Idempotencja i obserwowalność: wszystkie przepływy krytyczne z kluczami idempotencji i śledzenia.
• Domyślne zabezpieczenie: Zero Trust, najmniejsze uprawnienia, szyfrowanie.
• Tolerancja skalowania i uszkodzenia: tryby wielopoziomowe/regionalne, tryby degradacji.
• FinOps: $/1000 RPS, $/ms p95, CDN/cache zorientowane.

2) Schemat wysokiego poziomu (logiczny)

[Users/Affiliates/Partners]
│
┌────────────┐
│ Edge (CDN, │ Anycast, WAF, bot filters, SSL/TLS, rate-limit
│ WAF, PoP) │
└─────┬──────┘
│
┌───────────────┐   mTLS/JWT, throttling, canary
│ API Gateway / │──────────────────────────────┐
│ Reverse Proxy│                 │Backoffice/Operator UI
└───┬─────┬─────┘                 │(RBAC, audit)
│   │                    │
│   └────────→ Admin/API (RBAC, IAM) ─────┘
│
Payment ├──Orkestr (PSP Router, KYC/AML, RG)
├──Igrovoy domain (Aggregator, Sessions, RNG proxy)
├──Finansovyy domain (Wallet, Ledger, Limits)
├──Produktovyye domains (Bonus/Promo, Tournament, Loyalty)
├──Polzovatelsky domain (Account, Auth, Profile)
├──Komm. domain (CRM, Push/Email/SMS, Segments)
└──Risk/Antifrod (Rules, Scoring, Device/Intel ASN)
│
┌──────────┴──────────┐
│ Event Bus (Kafka) │ topics: payments, bets, wins, sessions, kyc, promo, audit
└───────┬─────────────┘
│
┌───────────┴───────────┐
│ Data Platform (RT +  │ Stream proc, OLAP DWH, Lake, feature store, BI
│ Batch: DWH/Lake/RT)  │
└────────────────────────┘

3) Zarysy domeny i kluczowe usługi

3. 1 Użytkownik i dostęp

Konto/Auth: rejestracja, login, MFA, sesje, zamki.
Profil/Preferencje: locale, granice odpowiedzialnej gry (RG).
IAM/RBAC: operatorzy, wsparcie, role i audyty.

3. 2 Finanse

Portfel/Księga: portfele wielobarwne, transakcje, zamki funduszy, dziennik w niezmiennym magazynie.
Payment Orchestrator: PSP routing, idempotencja, priorytety, awaria, metryki Time-to-Wallet.
Ograniczenia i zgodność: limity depozytów/stawek/strat, sankcje i zgodność z przepisami krajowymi.

3. 3 Zawartość i rozgrywka

Agregator gier: katalog dostawców, uruchamianie sesji, nadawanie statusu, haki internetowe.
RNG/Proxy: bezpieczna trasa do dostawców RNG, kontrola integralności.
Session & Bet Engine: zakłady, wyniki, obliczanie wygranych, anty-doubles.

3. 4 Promo i trzymaj

Bonus Engine: deposit/non-deposit, frypins, wagering, expiry.
Turniej/tablica: aktualizacje w czasie rzeczywistym, anty-nadużycia.
Lojalność/progresja: poziomy, XP, misje, oferty prezentacji.

3. 5 Ryzyko i przeciwgrzybicze

Zasada Silnik: zasady deterministyczne, punktacja, kontrola prędkości.
Urządzenie/inteligencja sieciowa: odcisk palca, sygnały ASN/geo-behawioralne.
Zarządzanie sprawami: śledztwo, SAR/strajki, eskalacje.

3. 6 KYC/AML & RG

KYC: weryfikacja dokumentów, źródła osób trzecich

AML: wykazy, monitorowanie transakcji, progi sprawozdawczości.
Odpowiedzialna gra: limity/samodzielne wyłączenia/terminy z powiadomieniem o zdarzeniu.

3. 7 Komunikacja i CRM

Segmenty/Kwalifikacje: publiczność, częstotliwość, wskaźnik ryzyka.
Podróż/Orchestrator: канала email/SMS/push/in-app.
Zawartość: banery, strony promocyjne, flagi funkcji A/B.

4) Warstwy integracyjne

Brama API/Reverse Proxy

TLS 1. 3, mTLS dla partnerów, JWT/OIDC, podpisy HMAC (kiełbasy zewnętrzne).
Routing: host/path/header, canary/weighted, geo-routing for PoP.
Ochrona: WAF, filtry bot, limit szybkości, zawalenie żądania, pamięć podręczna półgłośnika.

Autobus imprezowy (Kafka)

Тобика: "płatności"., "portfel"., "zakłady"., "rg.", "kyc'.," promo. "," audyt ".;

Gwarancje: „przynajmniej raz”, idempotence keys, deduplication, DLQ.
Programy: rejestr Avro/Protobuf +, ewolucja systemów.

Dostawcy usług płatniczych (PSP)

Inteligentne routing metodami/krajami/systemami ASN, ograniczenia dostawców.
Haki internetowe z weryfikacją podpisu, wielokrotna dostawa, anty-duplikat.
Pojednanie: pojednanie pamiętników, rozbieżności i wpisów.

Dostawcy treści

Lista bezpieczeństwa IP, żetony/podpisy, timeouts/retrays z budżetu, dostawca SLA.
Meta-katalog i kontrola zdrowia, szare drogi dla podejrzanych źródeł.

5) Dane i analityka

Kontur RT

Agregacje strumieniowe (wygrana/strata, GGR/depozyty netto, aktywność), sygnały zwalczania nadużyć finansowych.
Kanały do sklepów, liderów, wyzwalaczy CRM w kilka sekund.

Partia/DWH/jezioro

Model warstwy (brąz/srebro/złoto), SCD, usuwanie RODO, kontrakty na dane.
BI/sprawozdawczość finansowa: depozyty netto, czas do portfela, ARPPU/LTV, kohorty.
Funkcja Przechowywanie ML (ryzyko punktacji/odpływ/personalizacja).

6) Obserwowalność i SRE

Метрика: p50/95/99, wskaźnik błędów, przepustowość, saturate, queue-lag, Time-to-Wallet, hit-ratio CDN.
Kłody: strukturalne, filtrowanie PII, pobieranie próbek.
Ślady: od końca do końca (traceparent), pobieranie próbek na podstawie ogona na ogonach.

• API p95 ≤ 250 ms; błąd ≤ 0. 3 %/30 dni.
• Płatność "depozyt' p95 ≤ 6 s; sukces ≥ 97%.
• Emisja premii ≤ 500 ms p95.
• Wpisy: budżet błędu został naruszony, wzrost 429/przekłady, opóźnienie konsumentów zdarzeń, spadek wznowienia TLS.

7) Bezpieczeństwo i zgodność

Zero Trust: mTLS wschód-zachód, najmniej uprzywilejowana polityka, wyraźne granice sieci.
Scentralizowane sprawdzanie tokenów, krótkotrwałe kredyty, tajny menedżer.
WAF/DDoS: podpisy + zachowanie, greypass/captcha, cache/negative-cache.
Szyfrowanie: w tranzycie (TLS) i „w spoczynku” (KMS, kolumny DB).
RODO/PII: minimalizacja, pseudonimizacja, prawo do bycia zapomnianym, kontrola dostępu.
KYC/AML/RG: obowiązkowe kontrole i sprawozdawczość; zarządzanie sprawami.
Ścieżka audytu: niezmienny dziennik dla operatorów, zdarzeń krytycznych i konfiguracji.

8) Niezawodność, DR i topologie

Multi-AZ/Region: front aktywów-aktywów, aktywa-zobowiązania krytycznych magazynów zgodnie z RPO/RTO.
PoP/Edge: bliżej gracza, Anycast, tarcza pochodzenia, bufory rozgrzewające.
Playbooks awaryjne: utrata regionu, degradacja dostawcy, częściowy pamięć podręczna w dół.
Tryby degradacji: uproszczony pokaz/katalog, odpowiedzi pamięci podręcznej, odroczone funkcje CRM, lekkie przeciwdziałanie oszustwom.

9) Wyniki i gospodarka

CDN/TTL: SWR/if-error, klucz pamięci podręcznej bez hałasu, wielopoziomowy/tarcza.
HTTP/3, wznowienie TLS: redukcja uścisków dłoni ChaCha20 na telefonie komórkowym.
gRPC/protobaph: połączenia międzyresortowe.
Caches: Redis dla hot-set (katalogi, profile, limity).
FinOps: mix reserved/on-demand/spot, auto-parking stages, sampling logs/trails.

10) CI/CD i platforma deweloperska

IaC: Terraform/Helm, Polityka OPA (tagi, TTL, klasy).
Rurociągi: liniowce/testy/seksualne/dym perfowy; zwolnić pociąg, kanaryjski/niebiesko-zielony.
Sekrety: skarbiec/sekretny menedżer, rotacja, brak „tajemnic w gith”.
Flagi funkcji: progresywny rollout, A/B, natychmiastowe wyłączanie funkcji „gorących”.
Złote ścieżki: szablony usług (metryczne/dzienniki/śladowe, retrai, idempotencja).

11) Umowy dotyczące danych i zdarzeń (przykład)

• 'tx _ id' (uuid),' idempotence _ key ',' subject _ id' (użytkownik), 'amount' (jednostki niewielkie), 'currency',

12) Mini playbooks

Przed zdarzeniem szczytowym (T-30 min)

1. Zwiększenie minRepliki i minNody usług docelowych, ciepłe baseny.
2. Ogrzewanie połączeń CDN/DNS/TLS/, rozgrzewanie popularnych katalogów/turniejów.
3. Zaostrzyć zasady bot i zawierać szare trasy.
4. Sprawdź limity PSP, dostawców treści zdrowotnych.

Incydent płatniczy (wzrost niepowodzeń PSP-1)

1. Konwersja wagi na PSP-2/3 (inteligentne routing), zwiększenie retry-budget z backoff.
2. Włącz baner stanu i alerty.
3. Po incydencie: RCA, redystrybucja portfela dostawców.

Degradacja bazy danych (wzrost wniosków p95)

1. Włącz warstwę buforowania, obniżyć częstotliwość ciężkich okien.
2. Tymczasowe limity żetonów/bonusów, kolejki rozliczeń.
3. Plan optymalizacji: indeksy, partycje, repliki odczytu.

13) zestaw SLO (przykład)

API: p95 ≤ 250 ms, błąd ≤ 0. 3% (30 dni).
Płatności: T2W (depozyt) p95 ≤ 6 s; „success _ rate” ≥ 97%.
Sesje gier: tworzenie ≤ 300 ms p95, stabilność połączenia ≥ 99. 9%.
Antifraud: czas rozwiązania ≤ 200 ms p95 dla zasad online.
DWH: SLA gotowość dzienne sklepy - 06:00 lokalny TZ.

14) Plan działania na rzecz ewolucji

1. v1: core monolith + gateway, Kafka „inside” (minimalne tematy), podstawowe analizy.
2. v2: alokacja domeny (portfel, płatności, bonus, agregator), pełne zdarzenia, Redis, polityka CDN.
3. v3: wielobranżowy front aktywów i aktywów, magazynowanie aktywów i pasywów, inteligentny PSP, liderzy RT.
4. v4: ML (sklep z funkcjami), personalizacja ofert, automatyczny optymalizator FinOps (commit/spot mix), Zero Trust end-to-end.

15) Lista kontrolna gotowości do produkcji

• Granice domen i umowy (API + wydarzenia) są udokumentowane.
• Tożsamość płatnicza/ofertowa i całkowita dedupe są realizowane.
• SLO/wpisy według przepływów kluczy (API, Płatność, Portfel, Bonus, Turniej).
• Filtry WAF/DDoS/bot i dopuszczalne limity prędkości włączone, włączony audyt.
• Plan i ćwiczenia DR (utrata AZ/region, dostawca treści/PSP).
• Obserwowalność: mierniki/kłody/ślady, deski rozdzielcze zdarzeń szczytowych.
• CI/CD z kanarkiem/niebiesko-zielonym i szybkim wałkiem.
• FinOps: tagi, showback/chargeback, $/1k RPS, lifecycle/sampling.
• Procesy RODO/KYC/AML/RG z audytem i SLA.
• Recenzje bezpieczeństwa: tajemnice, IAM, zasady dostępu, szyfrowanie.

Razem

Architektura Gamble Hub to zbiór niezależnych domen związanych z wydarzeniami o dużym bezpieczeństwie, obserwowalności i opłacalności. Projekt ten zapewnia przewidywalne wyniki dla turniejów i transmisji, szybkie integracje z dostawcami, kontrolowane przepływy płatności i przejrzyste wskaźniki finansowe - przy zachowaniu zgodności i gotowości do skalowania w różnych regionach.