メインコンテンツへ移動
Boletolibre

イベントサイト負荷試験の計画書雛形:許可範囲と停止条件

チケット販売開始時にはアクセスが急増し得ますが、無制御の負荷試験は実際の来場者や外部サービスに影響します。Googleの最上位記事はブラウザー試験とプロトコル試験を区別しています。この独自の計画書は、トラフィックを送る前に許可、監視、停止を明確にします。万人共通の同時利用者数は示しません。

Boletolibre編集部

公開日

許可、段階的増加、監視、停止を示す独自の負荷試験計画図。
試験トラフィックを送る前に担当者と停止条件を定めます。

答えるべき容量の問いを一つ決める

たとえば予定した販売開始の負荷で、公開ページと自社の登録入口を使えるかを問います。環境、版、来場者の操作、除外対象を記録します。ブラウザー試験は表示や操作、プロトコル試験はアプリ側の容量を見やすくします。両者は完全な代替ではありません。[1]

対象、データ、時間の許可を得る

許可・停止計画書をダウンロード(Markdown・英語)

アプリ、基盤、実行、監視、停止の担当者を決めます。正確なホスト名とパス、時間帯、事業者の現行規則を記します。外部決済へのリンクがあっても、そのサービスを試験する許可にはなりません。実際の支払い、メール、SMSなどは個別承認なしに除外し、費用と利用枠も確認します。[2][3]

段階と上限を決める

予測と実測から基準、緩やかな増加、販売時の形、減少を設定します。各段階の時間、上限、次へ進む確認者を記します。試験トラフィックと実際の訪問を識別し、他サイトの「安全な」リクエスト数を流用しません。

影響を監視し条件で止める

利用者に見えるエラー、登録失敗、遅延、事業者の制限、費用、実際の障害について停止条件を定めます。監視者と連絡先を置きます。k6は閾値で自動停止できますが、手動停止経路も必要です。条件に達したら送信を止め、担当者に連絡し、時刻を残します。[4]

記録から次の判断をする

実際の試験負荷、操作ごとの失敗率と遅延、CDNやバックエンドの症状を記録します。スクリプトと実際の訪問の差を明記します。修正担当と再試験の承認を決めます。一つの負荷形状で成功しても、すべての急増を保証しません。

出典と参考資料

  1. How to load test a website: A comprehensive guideGrafana Labs · 確認日
  2. Load testing applicationsAmazon Web Services Prescriptive Guidance · 確認日
  3. Scans and penetration testing policyCloudflare · 確認日
  4. ThresholdsGrafana k6 documentation · 確認日