Integracja gier na żywo i pokazać formaty za pośrednictwem RGS/bridge

Pełny artykuł

💡 18+. Materiał techniczny dla zespołów operatorów, studiów i agregatorów. Ani telefonu do zabawy. Warunki: platforma - PAM/portfel/cash desk/bonuses/RG; RGS - Zdalny serwer gier (rdzeń gier studyjnych); most - warstwa integracyjna między żywym rdzeniem dostawcy a platformą/agregatorem.

1) Dlaczego potrzebujesz mostu między na żywo a platformą

Gry na żywo (ruletka, blackjack, bakarat) i formaty show (Crazy-/Wheel-/Dice-/Game Show) wykorzystują strumień wideo + prawdziwy wynik. W przeciwieństwie do gniazd RNG:

Wynik następuje po zamknięciu okna zakładów i zdarzenia fizycznego (spin, showdown).
Wymagane są ściśle odcięte i synchroniczne zakłady blokujące.
Obliczenie płatności opiera się na tabelach gry na żywo, a nie na rdzeniu matematycznym automatu.
Musisz uzgodnić portfel, bonusy, turnieje, jackpoty, RG/AML, a także telemetrii/raportowania.

Most jest bramą S2S, która „przekłada” mechanikę na żywo na umowę platformową: żetony sesyjne, autoryzacja i limity, akceptacja zakładów, utrwalenie okien, rozliczenie, odszkodowanie, wydarzenia i deski rozdzielcze.

2) Podstawowa architektura integracji


Klient gracza (Web/Mobile + HLS/WebRTC)
│

Live Provider Front (video, UI) - - Live Engine (round control, GCU)
│                │
(S2S) - emituje wyniki

Most (RGS/bridge): auth, bet capture, lock, settle, rollback, jackpots/promots
│

Platforma: PAM/Portfel (Ledger )/Kasjer/Bonus/RG/Risk/BI
│

Agregator (opcjonalnie)

Role:

Live Engine: sterowanie okrągłe, zegary, wyniki (dealer/GCU).
Most jest jedyną pętlą integracyjną na platformie. Synchronizuje pieniądze i wydarzenia.
Platforma: źródło prawdy w bilansie, bonusy, RG/AML, raportowanie.

3) Przepływy i czas: od zakładu do zapłaty

3. 1 Okrągły cykl życia (uproszczony)

1. sesja. tworzenie - weryfikacja marki/geo/wieku, emisja session_token.

2. bet. miejsce - w oknie do przyjmowania zakładów; sprawdzanie limitów RG, zasad premii, idempotencji ('Idempotence-Key').

3. bet. lock-Zamknij okno (odcięcie). Wszystkie niezapowiedziane wnioski zostają odrzucone.

4. na żywo. wynik - wynik z Live Engine (ruletka: liczba; pokaż: sektor/mnożnik/runda bonusowa).

5. bet. settle - rozrachunek atomowy: zakład debetowy potwierdzony, kredyt wygrywający (przez portfel).

6. bonus/jackpot/turniej - wkład/wyzwalacze.

7. Rollback/kompensacja - jeśli kanał zawiedzie, ale tylko zgodnie z okrągłymi przepisami.

3. 2 Okna i opóźnienia

Opóźnienie docelowe (szkło-szkło): segment HLS 2-5 c; WebRTC 200-500 ms.

Most SLO:

zakład p95 '. miejsce '/' zakład. lock '<150 ms (bez sieci gracza), p95' settle '<300 ms after' live. wynik ', „utracone/powielone osiedla” = 0.

4) kontrakty mostowe API na platformę (przykład)

4. 1 Wnioski o most → platforma

„POST/portfel/debit” - autoryzacja zakładu (idempotent, odpowiedź jest hold_id).

„POST/portfel/commit” - potwierdzenie odpisu przy zamku.

„POST/portfel/kredyt” - kredyt wygrywający.

„POST/rg/check” - depozyt/strata/terminy, samodzielne wykluczenie.

„POST/bonus/apply” - wkład według rodzaju gry (np. na żywo 10-25%).

"POST/jackpot/contribution	trigger '- udział/wygrana zakładu.
„POST/analytics/event” - telemetria (okrągły, stół, opóźnienie, błąd).

4. 2 Collbacks platforma → most

'portfel. debet. autoryzowany	odrzucone "
'portfel. popełnić. ok	nie powiodło się "
'portfel. kredytu. ok	nie powiodło się "
'rg. zablokowane '/' rg. limit. hit "
'bonus. stan. zaktualizowany "
"rekompensaty. wymagane "(dla każdego protokołu rundy)

Idempotence: klucze 'round _ id',' bet _ id', 'settle _ id'; dedup po stronie portfela i mostu.

5) Model wydarzenia (Kafka/Pulsar)

Podstawowe tematy

"żyć. sesja. rozpoczęty	zakończone "
"żyć. bet. umieszczone	zablokowane
"żyć. runda. wyniki "
"żyć. bet. settled "
'portfel. debet. wnioskowany	zaangażowane
'bonus. wniesiony wkład	wyróżniony „,” jackpot. wkład
'rg. limit. trafienie ',' rg. reality_check'
'risk. alarm. raised'

Kontrakty: Avro/JSON Schemat + Rejestr, wersje semantyczne, podział na 'lokator _ id',' table _ id', 'player _ id'.

6) Niezmienne pieniądze i sagi

True by balance - platforma Ledger; sklepy mostowe zakłady/okrągłe stany.

Wszystkie transakcje pieniężne są idempotentne, z 'Idempotence-Key'.

Саба „autorize → lock/commit → settle → credit”:

z plikiem „commit” - cofnięcie blokady autoryzacji/zwrotu;
z „credit” nie - powtórzyć do sukcesu;
zabronione są ręczne korekty bilansu; Tylko wyrównywanie zdarzeń.

7) Bonusy, turnieje, jackpoty na żywo

Wkład w zakład: gry na żywo zwykle dają 10-25% wagi; most jest zobowiązany do wyraźnego przekazania rodzaju tabeli/gry.

Turnieje/loty: punkty na obrót, mnożniki, smugi; źródło - wydarzenia na żywo. bet. osiadły ".

Jackpoty: fix/progressive (local/online). wkład z każdą kwalifikowaną stawką; spust - po stronie mostu/jackpota.

Odpowiedzialność: Mechanika promocyjna nie powinna zmieniać szans gry głównej; w przeciwnym razie - oddzielna certyfikacja.

8) Środki zapobiegawcze i ryzyko

Prędkość/opóźnienie arbitrażu: zakaz zakładów „po fakcie”; ciężkie odcięcie.

Urządzenia wielofunkcyjne/współdzielone: sprawdzenie wykresu, odciski palców urządzenia.

Wygraj anomalie: super oczekiwane wzory według stołu/gracza/regionu.

Obrona obciążenia zwrotnego: kilka zakładów z depozytami/handlowcami, rejestry wstrzymania/dopuszczenia.

9) Obserwowalność i telemetria

Wskaźniki biznesowe

'bets _ per _ round', 'players _ on _ table', 'avg _ bet',' payout _ ratio ',' rake ',' jackpot _ latency ',' settle _ lag _ ms '.

Metryka techniczna

p50/p95/p99 przez "bet. place", "bet. lock ',' settle ',' portfel. debet/commit/credit ';

głębokość овередей, consumer lag, CPU/mem/GC, błędy TLS, WebRTC/HLS QoE (wskaźnik stalowy).

Deski rozdzielcze

NOC: tables/shows, online, bets/min, settle lag, error heatmap by region.

SRE: opóźnienie na punkt końcowy, opóźnienie kolejki, burze powrotne, sukces commit/credit.

Wpisy (budżet SLO): p95 'rozlicz'> X, wskaźnik błędu> Y%, lag> Z sec, wzrost 'anulowany' przy określonej tabeli.

Audyt WORM: zmiany limitów, profile RTP rund pokazowych, parametry jackpota, flagi funkcji.

10) Bezpieczeństwo i zgodność

mTLS + podpisy (HMAC/EdDSA) na wszystkich S2S wywołuje krótkotrwałe żetony.

Zero-trust: polityka siatki, minimalne przywileje, segmentacja według regionów.

PCI/RODO/Pobyt danych: PII i dzienniki - w regionie (EU/UK/BR...), przekrojowe odczyty są zabronione.

RG: synchroniczne sygnały stop w tempie (ograniczenia depozytów/straty/czas, samodzielne wyłączenie), kontrola rzeczywistości.

Audyt: dzienniki działań kreta - niezmienne (WORM), dostęp „cztery oczy”.

11) Multi-najmu i multi-marki

Wszystkie zdarzenia i połączenia są oznaczone jako „najemca _ id/brand _ id/license/region”.

Ledger/Cashier/PII - odizolowany od licencji/regionu (często oddzielne bazy danych/klastry).

Wspólne usługi (rdzeń mostu, turnieje, jackpoty) - shareable, ale z twardym RLS w danych.

Flagi/limity/puli bonusowe - na poziomie marki/jurysdykcji.

12) Wydajność i degradacja

Ciśnienie wsteczne: po przeciążeniu - 'nie ma nowych zakładów' przed odcięciem, dokonaj/rozliczaj priorytety.

Tryby degradacji: wyłączanie promocji/jackpotów po stronie, oszczędzanie podstawowych zakładów i płatności.

DR-plan: aktywa-aktywa/aktywa-zobowiązania; RPO ≤ 5 min, RTO ≤ 30 min; synchronizacja skrzynek zewnętrznych.

13) Lista kontrolna wdrażania (operator/dostawca)

Architektura

Kontrakty na zdarzenia (rejestr schematu), klucze idempotencji 'round _ id/bet _ id/settle _ id'.
Сава authorize → commit → settle → credit; kompensacja bez ręcznych regulacji.
Outbox/CDC dla wszystkich państw gotówkowych; nie ma „obejścia” publikacji.
Odcięcie/blokada jest wdrażana po stronie żywego jądra i jest chroniona przez opóźnienia sieci.

Pieniądze/premie

Księga jako źródło prawdy; hold/commit/credit są atomowe.
Żywy wkład w zakład jest przejrzysty; turnieje/jackpoty nie zmieniają szans gry głównej.

Obserwowalność/SLO

Deski rozdzielcze NOC/SRE; Wpisy SLO do opóźnienia/błędu/lag.
audyt WORM limitów i flag charakterystycznych; proces postmortem.

Bezpieczeństwo/Zgodność

podpisy mTLS +; Skarbiec/HSM; RBAC/ABAC; miejsce zamieszkania danych.
Przystanki RG są synchroniczne; Sygnały AML i raportowanie są zautomatyzowane.

14) Czerwone flagi (anty-wzory)

Ręczne edycje sald/rozliczeń w bazie danych.

Akceptowanie zakładów po wygaśnięciu okna (brak ścisłej blokady).

Publikowanie telemetrii bez outbox/CDC → „stracone” rundy.

Brak idempotencji i deduplikacji → duplikat płatności.

Mieszanie PII i konturu pieniędzy różnych regionów/marek.

Brak degradacji: upadek promo obniża obliczanie wygranych.

BI/raporty regulacyjne współpracują z OLTP walki.

15) Najważniejsze

Most do gier na żywo to nie tylko „adapter API”, ale jądro wydarzeń pieniężnych, które łączy wynik na żywo z ścisłą platformą niezmiennie: portfel, bonusy, RG/AML i raportowanie. Jego siła leży w idempotencji i sagi, twarde okna i zamki, obserwowalność i bezpieczeństwo "domyślnie. "Na takim fundamencie, kasyna na żywo i pokazać formaty skali przewidywalnie, wytrzymać szczytowe transmisje i pozostać przejrzyste dla gracza, marki i regulatora.