IGamingがマイクロサービスに切り替わる理由

完全な記事

1）コンテキスト： モノリスが動作を停止した理由

iGamingはコンテンツ、地理、規制で成長しています。モノリシック・コードベース：

• リリース（一般的なデプラウィンドウ、回帰のリスク）を遅らせ、スケールが悪く（財布とキャッシュデスクは暑く、CMSは寒い）、コンプライアンス（異なるレギュレータ→異なるデータルール）を妨げ、お金の分離を複雑にします（マネーフローとボーナスが絡み合っています）。

その結果、インシデントリスクが高く、市場投入までの時間が短縮されます。

2）マイクロサービスのアプローチを与えるもの

1.クリティカルドメインの分離。財布/元帳、キャッシャー/PSP、ボーナスエンジン、ゲームセッション、KYC/AML、 RG、リスク/詐欺、アフィリエイト、CRM-独自のSLOで別のサービス。

2.消費によってスケーリング。ホットサービス（ウォレット、キャッシュレジスター、ゲームセッション）は、クラスタ全体を膨らませることなく、より多くのリソースを取得します。

3.独立したリリース。コマンドはサイクル（カナリアリリース、フィーチャーフラグ）に応じて消滅します。

4.フォールトトレランス。ローカルの劣化により、製品全体がダウンすることはありません（キャッシャーの劣化-キャッシュとキューのためにゲームが継続します）。

5.法的セグメンテーション。地域（EU/UK/BR）とデートレジデンスによるPIIと支払いスプレッド。

6.統合の柔軟性。ゲームプロバイダ、PSPおよびKYCプロバイダの並列接続。

3）基本スキーム（簡略化）

エッジ層：APIゲートウェイ、WAF/ボット保護、レート制限、ジオフィルタ。

ドメインマイクロサービス：ウォレット/元帳、ボーナス、キャッシャー、ゲームゲートウェイ、リスク/詐欺、RG、 KYC/AML、アフィリエイト、CRM、 CMS、レポート/コンプライアンス。

イベントバス：カフカ/パルサー-'bet。 placed'、 'bet。決済'、'財布。デビット/クレジット'、'キャッシャー。沈殿物。'、'rgに成功しました。限界。ヒット'、'ボーナス。消費される'、等。

データ：サービス、outbox/CDC→DWH （ClickHouse/BigQuery）用のOLTPデータベース。

観測可能性：メトリック/ログ/トレイル；SIEM/SOAR；audit-log WORMを使用します。

4）お金と完全性： なぜそれが移行の鍵なのか

「for」マイクロサービスの主な引数は、通貨回路の厳格な分離です：

• 厳格なACIDとコマンドのidempotency、長いプロセス（預金、キャッシュアウト、ボーナス加算）のためのサガ、outbox+transactionalイベントパブリッシング、残高の「手動編集」のためのゼロ許容値。

この設計により、アーキテクチャレベルでの決済の損失/重複の確率がゼロになります。

5）マイクロサービスが離陸しないパターン

CQRS+投影。コマンド-厳密にはドメインAPIを介して；読書-投影モデルを通して。

Idempotencyキー。各お金/ボーナスチームは、副作用なしで再現可能です。

サガと補償。「DBロールバック」の代わりにイベントを明示的に補償します。

スキーマレジストリ。Event Contract Producer/Consumer互換性のバージョン管理。

レート制限/再試行/バックオフ。ネットワーク障害は標準です。顧客の安定性。

ゼロトラストと秘密。メッシュ内のmTLS、 Vault/HSM、最小限の権限。

6）マイクロサービスについてより困難なもの（短所について正直）

ネットワークはメモリよりも高価です。より多くのRPC、遅延の増加、インフラストラクチャのコスト。

データの複雑さ。一貫性-Ledgeraを超えて最終的には、予測が必要です。

観測可能性。エンドツーエンドのトレースとSLOがなければ、すべてがすぐにブラックボックスに変わります。

チームの規律。契約テスト、リリースの儀式、スキームの移行が必要です。

地域横断的なギャップ。データの常駐には思慮深い断片化が必要です。

DevOps/SRE文化の準備ができていない場合は、モジュラー性の良いモノリスの方が良いかもしれません。

7）ステップバイステップの移行： モノリスからサービスへ

ステップ1。イベントの標準化。タイヤと単一の辞書を入力してください：プレーヤー、ベット、決済、デポジット、ボーナス。

ステップ2。元帳を取り出して。マネー回路は最初に分離されます：独立したデータベース、コマンドAPI、アウトボックス。

ステップ3。別々のキャッシャー。PSPオーケストレーション、カスケード、3-DS、和解-独立したサービスとして。

ステップ4。ゲームゲートウェイ。ゲームプロバイダへの単一のゲートウェイ。セッション/コールベック-モノリスを介してではありません。

ステップ5。ボーナスエンジンRG。ルール、ベージャー、制限-オフライン、ウォレット/ゲームイベントのサブスクリプション。

ステップ6。リスク/AML+KYC。独自の統合とアラートを備えた独立した回路。

ステップ7。データとBI。DWHのCDC、 KPIのショーケース、反Excelのレポート。

ステップ8。バックオフィスだ。RBAC/ABAC、監査ログ、クレタ島のアクションのための「4目」。

並行して-カナリアリリース、phicheflags、ロールバック、定期的なDR演習。

8）操作経験： どのSLOが標準と見なされるか

カーネルの稼働時間（ウォレット/キャッシャー/ゲームゲートウェイ）≥ 99。95%.

p95ウォレット遅延<150ミリ秒；キャッシャー認証<3秒。

「紛失/複製された和解」=0。

BIショーケースへのイベント配信≤ 5分。

コアインシデントのためのMTTR <30分。

9）セキュリティとコンプライアンス「デフォルトで」

PII/決済データのセグメンテーション、PCI DSS、 GDPR/ローカルアナログ。

At-rest/in-transit暗号化、短命トークン、キー回転。

WAF/ボット保護、デバイス指紋、速度異常。

WORMストレージでの監査ログ、最低権利の原則に従ってアクセス。

10）経済と組織効果

TTRリリース：独立したディスパッチにより、タスクキューとコンテキストスイッチが削減されます。

コスト・ツー・スケール：水平スケーリングははるかに安価ですが、よく考えられたFinOps（自動スケール、制限、スポットインスタンス）が必要です。

インシデントのリスク：ブラスト半径はサービスに限定されます。

プロダクトスピード：新しいプロバイダ/PSPと機能は「共通のウィンドウ」を期待していません。

11）マイクロサービスiGamingコア成熟度チェックリスト

• 元帳-別のサービスとデータベース、唯一のコマンドAPI、 outbox/CDC。
• すべての現金/ボーナス取引はidempotentであり、重複除外キーはどこにでもあります。
• サーキットレジスタ付きイベントバス；後方互換性のある契約。
• PSPカスケードと毎日の輝きを持つキャッシャー。
• インシデントで「新しいセッションがない」劣化したゲームゲートウェイ。
• RG/AML-ベット上の同期停止信号、リアリティチェック。
• オブザビリティ：エンドツーエンドtrace_idのメトリック/ログ/トレイル；ダッシュボードSLO。
• DR-plan： RPO ≤ 5分、RTO ≤ 30分；定期的な演習。
• データレジデンシーとPIIマスキング；RBAC/ABACと「4つの目」。
• 手動ExcelなしのBI： KPIショーケース、コホート、LTV、規制当局へのレポート。

12）赤い旗（Antipatterns）

データベース内の残高/ボーナスの手動編集。

「すべてのための」単一のデータベース、BIはバトルテーブルをヒットします。

イベントの発行「バイパス」ドメイントランザクション（アウトボックスなし）。

イベントスキーマバージョニングの欠如。

ゼロidempotenceとレトライ「それが判明したように」。

カスケードと詳細なテレメトリーのない支払い失敗。

クリティカルパスのRG/AMLストップライトはありません。

---

iGamingのマイクロサービスはファッションへのオマージュではなく、独立した輪郭に沿ってお金、リスク、製品を広げ、リリースをスピードアップし、インシデントの規模を縮小する方法です。鍵は、マネタリーインテグリティ（Ledger+idempotency+sagas）、 eventfulness （tire+contract）、 SRE/DevOps文化です。この基盤により、プラットフォームはトラフィック、地理、規制要件の増加に耐えることができ、高速で透明性があり安全です。