イベントサイト負荷試験の計画書雛形:許可範囲と停止条件
チケット販売開始時にはアクセスが急増し得ますが、無制御の負荷試験は実際の来場者や外部サービスに影響します。Googleの最上位記事はブラウザー試験とプロトコル試験を区別しています。この独自の計画書は、トラフィックを送る前に許可、監視、停止を明確にします。万人共通の同時利用者数は示しません。
Boletolibre編集部
公開日
答えるべき容量の問いを一つ決める
たとえば予定した販売開始の負荷で、公開ページと自社の登録入口を使えるかを問います。環境、版、来場者の操作、除外対象を記録します。ブラウザー試験は表示や操作、プロトコル試験はアプリ側の容量を見やすくします。両者は完全な代替ではありません。[1]
段階と上限を決める
予測と実測から基準、緩やかな増加、販売時の形、減少を設定します。各段階の時間、上限、次へ進む確認者を記します。試験トラフィックと実際の訪問を識別し、他サイトの「安全な」リクエスト数を流用しません。
影響を監視し条件で止める
利用者に見えるエラー、登録失敗、遅延、事業者の制限、費用、実際の障害について停止条件を定めます。監視者と連絡先を置きます。k6は閾値で自動停止できますが、手動停止経路も必要です。条件に達したら送信を止め、担当者に連絡し、時刻を残します。[4]
記録から次の判断をする
実際の試験負荷、操作ごとの失敗率と遅延、CDNやバックエンドの症状を記録します。スクリプトと実際の訪問の差を明記します。修正担当と再試験の承認を決めます。一つの負荷形状で成功しても、すべての急増を保証しません。
出典と参考資料
- How to load test a website: A comprehensive guideGrafana Labs · 確認日
- Load testing applicationsAmazon Web Services Prescriptive Guidance · 確認日
- Scans and penetration testing policyCloudflare · 確認日
- ThresholdsGrafana k6 documentation · 確認日