トレントギア

マルチブランドのカジノアーキテクチャ：共有サービスと分離

完全な記事

💡 18+.教育資料。再生する呼び出しではありません。焦点は、iGamingプラットフォームのエンジニアリングとコンプライアンスです。

1）マルチブランドのプラットフォームタスク

1つの技術「スケルトン」は、いくつかのブランド/ライセンス/地理を提供しています。目標は、リスクとデータ（お金、PII、レポート）を厳密に分離した最大コアリリース（スピード、コスト）です。

主な選択肢：マルチテナント（共通インスタンス、同一サービス内の「テナント」）またはマルチインスタンス（ブランドまたは地域ごとに個別インスタンス/データベース/クラスタ）。実際には、ハイブリッドが使用されます。

2）レイヤーと境界（参照スキーム）

エッジ/ガバナンス

APIゲートウェイ、WAF/ボット保護、ジオフィルター、関税、サービスメッシュ。

テナント/ブランドリゾルバ：ブランドメタデータ（ライセンス、地理、通貨、フラグ）。

ドメインコア（サービス別）

PAM（アカウント、セッション、2FA）-tenant_id共有が難しいマルチテナント。

Wallet/Ledger（会計）-より頻繁にライセンス/地域ごとにマルチインスタンス。

キャッシャー/PSPオーケストレーション-ブランド/地域ごとにパイプライン/キーを分離します。

KYC/AML-接続されたジオプロバイダ、テナントレベルのルール。

ボーナスエンジン/トーナメント/ジャックポット-ルールを分離した共有可能なサービス。

Game Gatewayは、ブランド別のマッピング機能/通貨を持つプロバイダに共通のゲートウェイです。

アフィリエイト/コミッション-一般的な数学、個別のトラッキングスペース。

RG-ブランド/管轄レベル、同期ブレーキライトの制限とステータス。

コンプライアンス/レポート-ブランド/ライセンス/地域へのショーケースとアップロード。

CMS/Front-共通ツール+ブランドごとのテーマ/ナビゲーション。

データとオブザビリティ

「tenant_id/brand_id」キーを持つイベントバス（Kafka/Pulsar）。

OLTP to service、 OLAPショーケースと堅い行レベルの絶縁材によるブランド。

必須のテナントタグを持つメトリック/トレイル/ログ；SIEM/SOAR。

3）どこで共有し、どこで分離するか

3.1共有サービス（節約とスピード）

ゲームゲートウェイ：スタジオとのユニフォームの統合、ブランドごとの特徴の旗。

ボーナス/トーナメントエンジン：一般的なコンストラクタですが、サンドボックスとブランドごとの制限。

アフィリエイト/トラッキング：単一のプラットフォーム、個別のサブID/ドメイン/ポストバック。

KYC/スクリーニングオーケストレーター：共通のバス、異なるジオプロバイダー。

CMS/フロントツールキット：テーマ/ローカライズ/ウィジェット；核から切り離された枯渇した前線。

BI/ETL：一般的なパイプライン、個々の店舗および権利。

3.2厳格な隔離（金銭、法律、個人データ）

Ledger/Wallet：ライセンス/リージョンごとに個別のデータベース/インスタンス（多くの場合、別のクラスタでも）。

キャッシャー/PSP：キー、商人、ルーティング、ブランド/地域ごとの制限。

PII/Residency：ユーザーデータがリージョンに保存されます。地域横断的な要求の禁止。

コンプライアンス/レポート：ブランド/ライセンスによる規制アップロード。

RG/AML：ブレーキライトはテナント間の共有なしで「適当に」適用されます。

4）データマルチテナンシーモデル

1.Schema-per-tenant： 1つのデータベース、個別のスキーマ。開始するだけで、スケールするのが難しくなります。

2.DB/テナント：ブランド/地域ごとの個別データベース（またはクラスタ）。より高価ですが、より安全です。

3.テナントによるテーブルパーティショニング：ハードRLS/マスキング付きの大きなテーブル。テレメトリー/ログに適しています。

4.管轄区域ごとの保管：物理的居住地（EU、 UK、 BR……）、地域間アクセスはネットワーク/ACLで禁止されています。

Ledgerでは、DB-per-license/region+では通常、別のサービスレイヤーが選択されます。

5）お金の輪郭： 不変量とイベント

チームのAtomicityとidempotency （'wallet。debit/credit/settle'）は鍵となる契約です。

Outbox/CDC：トランザクションと同期するイベントを発行する。「手の魔法」はありません。

Sagas：デポジット/キャッシュアウト/ボーナス-オーケストレーション、個々のイベントによる補償のみ。

ブランド/プールごとに個別のジャックポットウォレットと透明な貢献。

コアのSLO（最小）：

p95財布<150 ms；紛失/複製された和解=0。
キャッシャー認証<3秒；入金成功≥目標地理上の85％。
BI ≤ 5分にイベント配信。

6）マルチブランド決済オーケストレーション

ブランド/市場ごとのパイプライン：異なるPSP、商人、限界、3-DSポリシー。

カスケード-ごみ箱を失うことなく失敗→フォールバック。

FinOps：コスト/変換ルート；ブランドの和解は毎日報告します。

詐欺防止：速度、ブランド内のカード/デバイスのグラフのリンクと保持（慎重な相互相関）。

7）責任あるプレーとコンプライアンス

RG制限（預金/損失/時間/レート）-ブランド/管轄ごとに設定され、レートに同期して適用されます。

自己排除とリアリティチェック-ブランドの境界と地域の法律を尊重します。

AML/KYC-制裁/PEP/資金源；ブランド別SAR/STR。

レポート作成-自動化；手動Excelはプロセスとして許可されません。

8） Observabilityおよびアクセス

Trace-IDパススルー+タグ'tenant_id/brand_id/license'。

RBAC/ABAC：役割「金融/リスク/サポート/マーケティング/コンプライアンス」-ブランドへのアクセスのみ。

Audit WORM：クレタ島のアクションの不変のログ、4目のポリシー。

秘密/キー：Vault/HSM、ブランド/地域別のキーセグメンテーション、回転。

9）トポロジーの展開

シングルクラスタ、マルチテナントサービス

速い起動、堅い経済。成熟したRLS、リソースの分離、および制限が必要です。

地域クラスター+共有統合

ゲームゲートウェイと一般的なサービスのいくつかは、地域的に、お金/PII-ラムゲージされています。コストとコンプライアンスのバランス。

ブランドごと/ライセンススタック

完全な分離（VIPブランド、高リスク）。高価ですが、爆発半径は最小限です。

しばしば組み合わされる：統合と楽器+隔離されたお金/PIIの共通の「層」。

10）データおよびカタログについて

データ契約：Avro/JSONスキーマ+レジストリ；セマンティックバージョン。

ガバナンス：フィールドカタログ、オーナー、SLAストアフロント、系統。

RLS/マスキング-アプリケーションとタイムトークンによるPIIへのストレージおよびBIレベルのルールへのアクセス。

Late arrivals/dedup： OLAPの安定したアップサートパターン。

11）マーケティング、CMS、アフィリエイト

Featureブランドごとのフラグ：クロスエフェクトなしのプロモーション/テーマ/メカニックのリリース。

コンテンツカタログ：プロバイダ/ゲームのユニフォームID、ブランド/マーケットへのマッピング可用性。

アフィリエイト：個別ドメイン/UTM/サブID；サブパートナーに対する詐欺防止。

プラットフォームコンプライアンス（YouTube/Twitch）：ブランドごとの広告/アフィリエイトラベリング。

12）マルチブランドのアーキテクチャ成熟度の指標

1.お金の分離：ライセンス/地域ごとに個別のデータベース/インスタンス。ゼロ手動編集。

2.データ常駐：技術的にサポートされている（ACL/ネットワークポリシー）、演習で検証。

3.Eventfulness： outbox/CDCどこでも；フローはBI ≤ 5分に達します。

4.支払い：PSPカスケードアクティブ；和解レポートは自動化されています。

5.RG/AML：ブレーキライトは同期的に適用されます；手動のステップなしで報告します。

6.観察：すべての指標/ログ/トレイルはブランド/テナントにマークされています。dashboardサービスとブランドによるSLO。

7.アクセス：RBAC/ABACとクレタ島の操作に「4つの目」、WORM監査。

8.DR計画：RPO ≤ 5分、RTO ≤ 30分；各地域のための定期的な演習。

13）建築家チェックリスト（ブランド立ち上げ前）

'brand_id/tenant_id'、 keys/secretsとlimitsを割り当てた。
Ledger/Wallet-専用のデータベース/クラスタ（ライセンスで必要な場合）。
キャッシャー-商人のアカウントとルート；テストトランザクションと和解。
RG/AML/KYC-プロバイダ、ルール、ブレーキライト；テストシナリオ。
ゲームゲートウェイ-マッピングプロバイダ/通貨/制限；健康チェック。
ボーナス/トーナメント-サンドボックスとルール監査。
アフィリエイト-サブスペース、ポストバック、詐欺防止。
CMS/Front-テーマ、ローカライズ、フィーチャーフラグ；geo-constraintチェック。
BI/Reports-ショーケース、アクセス、規制アップロード。
Observability-ブランド/地域別のSLOダッシュボードとアラート。

14）赤い旗（何がマルチブランドを破るか）

RLS/マスキングなし、別個の元帳なしの単一のデータベース「すべてのための」。

バランス、ボーナス、および制限に手動で調整します。

異なったブランド/地域のための共通のPSPの商人のキー。

イベントの発行「過去の」ドメイントランザクション（outbox/CDCなし）。

BI/戦闘 OLTPテーブルに関するレポート。

PIIとDR演習の地理的分離の欠如。

RG/AMLルールは、現地の法律を考慮せずにブランド間で共有されます。

ログや指標にテナント/ブランドタグはありません-調査はカオスに変わります。

15）ボトムライン

マルチブランドのアーキテクチャは、共通性と独立性のバランスです。共通の統合、ツールおよびイベントは開発を加速します。隔離されたお金、支払い、PIIおよびレポートは、コンプライアンスを維持し、リスクを軽減します。成功したプラットフォームは、3つの原則に基づいて構築されています：

1.通貨の完全性と分離（ライセンス/地域ごとの元帳/キャッシャー、idempotency、 sagas）。

2.イベントと観察（バス、契約、ブランド/テナントタグ、SLO）。

3.法定居住者と最小アクセス（RBAC/ABAC、 WORM監査、KMS/Vault）。

この基盤により、ブランドのポートフォリオは、複雑さの急激な増加なしに、迅速、安全、予測可能に拡大することができます。