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

世界各地の参加者に合わせたイベントサイト保守時間の選び方

世界向けのイベントでは、全員が眠っている時間がないかもしれません。参加者の実際の利用状況と中断される導線から時間帯を選び、UTCと対象地域の現地時刻を明示します。運営拠点の深夜が販売の閑散時間とは限りません。

Boletolibre編集部

公開日

地域と重要日程を比較し、実行、検証、更新まで進む保守時間の図。
参加者の利用状況から選び、実際の導線で復旧を確かめます。

保守時間計画表をダウンロード

編集可能な保守時間計画表をダウンロード(英語Markdown)

表で対象地域、避ける日程、影響する機能、予定停止、現地時刻、判断者、復旧証拠を比較します。公開サイトに影響し得る変更に使います。停止を伴わない公開でも監視は必要ですが、存在しない停止を告知しません。

重要なイベント期間を先に除外

販売開始、申込締切、ライブ配信、チケット送付、告知メールの時刻を並べます。静的ページだけか、ログイン、申込、決済、メールにも影響するか確認します。外部事業者の予定も別に調べます。チームの勤務時間外という理由だけで選びません。

地域ごとの候補を比較

判断材料記録内容
利用者とトラフィック地域、現地時刻、閲覧、申込
避ける期間販売、締切、本番、キャンペーン、提供元
影響する導線ページ、申込、決済、メール、外部連携
実行担当、UTC、現地時刻、検証時間
復旧中止条件、切り戻し担当、証拠

地域別の実際の閲覧・取引と最近のピークを見ます。少なくとも二つのUTC候補を比べ、その日の名前付きタイムゾーンへ換算します。時差は変わることがあります。影響を受ける人と対応できる担当者を確認し、設計上可能なら段階的な変更も検討します。[1][2][3]

検証と切り戻しの時間を確保

準備、実行、安定化、参加者導線の確認、切り戻し判断の時間を見積もります。サーバー状態だけでなく申込とチケット経路を試します。中止条件、切り戻し担当、判断の期限を開始前に決めます。停止ゼロや一律の所要時間は約束しません。

告知し、確認後に完了を伝える

影響に応じて開始・終了予定、対象機能、更新先を事前に伝えます。予定、作業中、確認中、完了という状態を使えても、予定時刻になっただけでは復旧したとはいえません。ページ、申込、公式チケットを確かめてから完了または延長を通知します。[1][2][3]

出典と参考資料

  1. Designing Maintenance Windows Across Global Time ZonesSITEY · 確認日
  2. Schedule maintenanceAtlassian Statuspage · 確認日
  3. Create a maintenance window using the consoleAWS Systems Manager · 確認日