負荷テスト：プレーヤーのプロフィールおよび交通ピーク

1）なぜモデルプロファイルではなく「平均温度」

iGamingの負荷は高い爆薬を持っています：プロモーション/トーナメント/ストリームはRPSの複数のバーストを与え、アクションの分布は不均一です（login→depozit→stavki/vyvod）。テストはセグメントの動作を反映する必要があります（初心者、VIP、「ボーナスハンター」、モバイル）、そうでなければ「緑のグラフ」と赤いインシデントを取得します。

主なSLO （30日間の例）：

ログイン：成功≥ 99。9％、 p95 ≤ 250ミリ秒
デポジット：成功≥ 99。85％、 p95 ≤ 400ミリ秒
WS： p95メッセージRTT ≤ 120ms、切断率≤ 0。5%
ゲーム開始：成功≥ 99。8％、 p95 ≤ 800ミリ秒

2）プレイヤープロファイル（行動シナリオ）

A。初心者（新規プレイヤー）-25-40％ピークトラフィック

パス： 登録→ログイン→プロモーションを表示→デポジット（少額）→1-2スロットの起動

特徴： UXエラーの割合が高く、支払いの再試行、ページ間のジャンプ

B。レギュラー-40-50％

パス： ログイン→クイックデポジット/デポジットなし→3-5ゲーム→まれな出金

特徴： WSのp95> 200msに敏感な安定したセッション

C。ボーナスハンター（プロモ）-プロモーションで10-20％

パス： 登録→ボーナスの有効化→最小入札→クイック出金の試み

機能： '/promo/claim'へのバースト、虐待の再試行、正しい制限なしの頻繁な429

D。ハイローラー/VIP-≤ 1％、しかし高い点検

パス： ログイン→大きな預金→ライブゲーム/ハイステークス→引き出し

機能： ゲームプロバイダの遅延/ファイル、重要なSLA支払いに敏感

E。 Bettor（スポーツ/ライブ）

パス：ログイン→引用へのサブスクリプション→「狭い窓」で頻繁に賭けます（最大10〜30秒）
特徴：脈動WSの負荷/係数キャッシュ、ゴールバースト/VAR

3）交通モデルおよびタイミング

Open vs Closedモデル

オープン（Poisson、到着/秒）-パブリックプロモーションやストリームに適しています（ユーザーは「自分自身を来る」）。

閉じる（修正。think-timeを持つ仮想ユーザーの数）-安定したセッション（VIP、ライブゲーム）のために。

トラフィックパターン：

ランプ：10-20分の線形加速度x1→x5
バースト：x3-x10「バン」30-120用（ボーナス/ジャックポット/ゴール発表）
波：5-10分ごとに尾根（ストリーム/トーナメントラウンド）
浸ること：2-12 hの安定した負荷（漏出、GC、記述子、低下）

4）重大な流れおよびメートル法

認証とプロファイル

RPS on '/login'、'/2fa/verify'、 p95/p99、 error-rate、 lock/ratelimit-trips

お支払い方法

'/支払い/デポジット	プロバイダによるwithdraw'：成功率、p95/p99、ソーセージ、idempotence
PSPの制限（商人ごとのRPS/毎分トランザクション）、リトレイキュー

ゲーミングゲート

スロット/ライブテーブルの開始： 成功率、タイムツーファーストスピン、プロバイダ障害

WebSocket： ピーク時の接続、messages/sec、 RTT、 rate-limit/429、再接続/min

プロモーション/ボーナス

'/promo/claim'、'/freespin/activate'： 200/4xx/5xx、シェア409/競合アップデート、ウォレットへのカスケード

ボルトとキュー

飽和： CPU、 DB接続、プールタイムアウト、キューラグ、GCの一時停止

5）ジオネットワークとリアリティネットワーク

市場別の地理分布（EU/LatAm/MEA/APAC）とASNミックス（モバイルネットワーク、ホスティング）。

edge→origin latency （Anycast/CDN）、モバイルRTT、パケット損失。

A/B： CDNとバイパス（origin）-「クリーン」バックエンドを評価します。

6）テストデータ設計

匿名アカウント、地域別のBINカード、通貨、KYC状態。

現実的な行動タイミング：カジュアルのthink-time 1-7 s、 0。3–1.ライブベットのための2秒。

非idempotent操作の制御（出金/入金）：PSPサンドボックス、ウォレットプラグのためのドライモード。

不正防止/ボットフィルタ：テストASN/IP/デバイスのホワイトリスト、そうでなければWAF/アンチボットはスタンドを「絞め込む」。

7）テストプラン（リリース/プロモーション用のテンプレート）

1.煙負荷： ピークの10-20％、30分

2.容量ランプ： x1→target→x1。目標のピークからの5、ステップごとの10-15分

3.バーストシリーズ： 現在のレベルからx3-x5の60-120秒の3-5波

4.浸ること： 60-80％のピークの4-8 h（漏出、劣化）

5.フェイルオーバー/カオス： PSP/PoPを1つ無効にし、ゲームプロバイダを劣化させ、シャードデータベースを1つドロップする

6.WS-storm： 2-3分以内の大量再接続+5-10 ×メッセージ

7.Promo-storm ： /promo/claim+registration+deposit in 60-sec 「window」

終了基準：グリーンゾーン内のすべてのSLO；ヘッドルーム≥ CPU/接続の30％；PSPクォータを超えません。テストの後のキューの成長およびp99無し。

8）ピークに耐えるインフラストラクチャパターン

ウォームプール/プロビジョニングされた並行性（関数/コンテナ）、プロモーション前に事前スケール。

接続プールとアップストリーム制限（DB/PSP）+リクエストキュー。

デポジット/WebhookのIdempotencyキー。

Backpressure： 429/503 with 'Retry-After'、 degradation of 「heavy」 roots （reports/search）。

係数のキャッシュ/エッジキャッシュとゲームの静的メタデータ。

9）反回帰： 最初の場所で「壊れる」もの

Overflowing DBプール→p99の成長とタイムアウト

マスバランスの更新のためのウォレットロック

PSPレート制限→リトレイとテイクの雪崩
WS-broadcasting for数千の非バッチ契約
あまりにも積極的なWAFルール→ログイン/デポジットのFPR

10）テストの間の観察可能性

ダッシュボードRED/USE+ビジネスファネル（login→depozit→stavka→vyvod）。

スロー/エラークエリのエンドツーエンドのトレース（サンプルエラー100％）。

メトリック/ログのステージマーカー（ランプ/バースト）をテストします。

PSP/ゲームプロバイダパネル、リトレイキュー、idempotencyヒットを分離します。

11）チームとプロセス

War-room：パフォーマンスエンジニア、バックエンド、SRE、リスク/支払い、WAF/セキュリティ、製品。

Runbook： p99> targetで何をするか、負荷を減らす方法、プロバイダから呼び出す人。

レポート：SLO、帯域幅、ボトルネック、コスト、コード/アーキテクチャ/クォータの推奨事項。

12） Kapasitiプラン： プレイヤー数からRPSまで

評価（例）：

ピーク時の同時プレイヤー数：50k
アクションの平均頻度：0。25–0.1プレイヤーあたり5 req/s（以下のモバイル、上記のライブ）
RPS評価API： 12。5k-25k+サービスリクエスト（ウォレット、プロバイダ、キャッシュ）
WS： 30-60kアクティブ接続、テーブル/テーマごとに3-8 msg/s
バーストとレトライに30〜50％のヘッドルームを追加

13）ベンチ準備チェックリスト

データ：アカウント/財布/カード/通貨/国/ゲーム、匿名化
支払いの分離：サンドボックス+ウェブフックのプラグ、「ライブ」書き込みオフの禁止
prodのような端/CDN/WAF；テストASNのための「ソフト」モードのアンチボット
可視性：ダッシュボード、アラート、トレースが有効
オートスケールとウォームプールが設定されています。プール/接続制限の文書化
「重い」機能のカナリアフラグ（レポート、大量輸出）

14）ツール（ランドマーク）

発電機： k6、 Gatling、 Locust （HTTP/WS）、 JMeter （WebSocketプラグインを含む）

フィードエミュレータ： 引用符/ゲームプロバイダのカスタムスクリプト

リプレイトラフィック： 匿名化と正規化によるtcpreplay/ingressミラーリング

15）プロフィール例「プロモートーナメント、開始60秒前」（ケース）

波− 5分→0：

オープン到着：400→2,500 req/s（ログイン/リフレッシュ）
'/promo/claim'：1,000 rpsのバースト3 ×の20秒
WS：+15kは「leaderboard」の、+5 msg/s接続します"

準備ができています：

キャッシュプリウォームプールとウォームプール
Rate-limit '/promo/claim'：10/min IP、 2/minアカウント、30秒負の応答キャッシュ
Idempotenceおよびボーナスaccrualキュー（バッチ50-100/サイクル）
"Soft' 429" Retry-After"+UIの進捗状況

成功基準：ログイン/預金SLOの劣化なし、p95 WS <150 ms、 <0。5％の要求の間違い、キューのインフレーション無し。

履歴書のサマリー

iGaming負荷テストは行動モデリングであり、エンドポイント撮影ではありません。"まず、SLOとプレーヤープロファイルを定義し、トラフィックモデル（オープン/クローズ）を選択し、ジオリミットとPSPリミットで実際のログイン/デポジット/賭け/プロモーションシナリオを構築し、バーストをテストして浸し、可視性を有効にし、オートスケールを準備します。資本計画とランブックで結果を修正-この方法では、驚きと変換の損失なしにトラフィックピークを満たします。