世界各地の参加者に合わせたイベントサイト保守時間の選び方
世界向けのイベントでは、全員が眠っている時間がないかもしれません。参加者の実際の利用状況と中断される導線から時間帯を選び、UTCと対象地域の現地時刻を明示します。運営拠点の深夜が販売の閑散時間とは限りません。
Boletolibre編集部
公開日
保守時間計画表をダウンロード
編集可能な保守時間計画表をダウンロード(英語Markdown)
表で対象地域、避ける日程、影響する機能、予定停止、現地時刻、判断者、復旧証拠を比較します。公開サイトに影響し得る変更に使います。停止を伴わない公開でも監視は必要ですが、存在しない停止を告知しません。
重要なイベント期間を先に除外
販売開始、申込締切、ライブ配信、チケット送付、告知メールの時刻を並べます。静的ページだけか、ログイン、申込、決済、メールにも影響するか確認します。外部事業者の予定も別に調べます。チームの勤務時間外という理由だけで選びません。
地域ごとの候補を比較
| 判断材料 | 記録内容 |
|---|---|
| 利用者とトラフィック | 地域、現地時刻、閲覧、申込 |
| 避ける期間 | 販売、締切、本番、キャンペーン、提供元 |
| 影響する導線 | ページ、申込、決済、メール、外部連携 |
| 実行 | 担当、UTC、現地時刻、検証時間 |
| 復旧 | 中止条件、切り戻し担当、証拠 |
地域別の実際の閲覧・取引と最近のピークを見ます。少なくとも二つのUTC候補を比べ、その日の名前付きタイムゾーンへ換算します。時差は変わることがあります。影響を受ける人と対応できる担当者を確認し、設計上可能なら段階的な変更も検討します。[1][2][3]
検証と切り戻しの時間を確保
準備、実行、安定化、参加者導線の確認、切り戻し判断の時間を見積もります。サーバー状態だけでなく申込とチケット経路を試します。中止条件、切り戻し担当、判断の期限を開始前に決めます。停止ゼロや一律の所要時間は約束しません。
告知し、確認後に完了を伝える
影響に応じて開始・終了予定、対象機能、更新先を事前に伝えます。予定、作業中、確認中、完了という状態を使えても、予定時刻になっただけでは復旧したとはいえません。ページ、申込、公式チケットを確かめてから完了または延長を通知します。[1][2][3]
出典と参考資料
- Designing Maintenance Windows Across Global Time ZonesSITEY · 確認日
- Schedule maintenanceAtlassian Statuspage · 確認日
- Create a maintenance window using the consoleAWS Systems Manager · 確認日