イベントサイトの稼働監視を設定するチェックリスト

重要な経路を分ける

編集可能な監視設定シートをダウンロード（Markdown、英語）

公開ページ、プログラム、申込入口、公式決済リンクを別々に列挙し、自社と外部の責任範囲を示します。HTTP応答だけで購入完了は証明できません。監視に実際の支払いや個人情報を使いません。Route 53のHTTPSヘルスチェックは証明書を検証しないため、期限は別に確認します。[1][2][3][4][5]

有効な成功条件を決める

期待するHTTP状態、可能なら安定した本文文字列、リダイレクト、測定地域、担当者を記録します。サービスが2xx/3xxや文字列をどう扱うか確認します。間隔や連続失敗回数はイベントのリスクと費用に合わせ、URLに秘密情報を入れません。[1][2][3][4][5]

対応できる担当者へ通知する

販売開始時刻を含め、主担当、代行、エスカレーション、タイムゾーンと対応時間を決めます。参加者に見える障害を優先し、可能なら別地点でも確認します。通知が届くことを事前に試します。[1][2][3][4][5]

通知から初動につなげる

記録表に確認URL、外部チケット会社との境界、連絡先、ドメイン障害時にも使える案内先を書きます。開始時刻、範囲、影響、次の更新時刻を残し、原因や復旧予定を推測しません。[1][2][3][4][5]

安全に試して更新する

テスト通知や安全な検査先を使い、実際の販売を止めません。障害後は誤通知、遅れ、対応を振り返ります。イベント版や事業者が変わるたびにURLと担当者を更新します。[1][2][3][4][5]