大規模サービス障害：復旧まで顧客が判断できる情報を届ける

障害の依存関係から情報を切り離す

依存関係を確認した稼働状況ページと代替連絡手段を用意します。運用と広報で、影響するサービス、地域、利用者、機能の一覧を共有します。ページが開くことと全取引の正常動作は同じではありません。一回の成功テストで全面復旧を発表しないことが重要です。

不確かな復旧時刻より次の更新を約束する

確認済みの事実、運用が認めた暫定策、更新時刻を示します。技術的見積もりと対外的な約束を区別し、営業とサポートで異なる時刻を案内しません。原因不明なら、確認した現象と進めている作業を述べ、安易にサイバー攻撃と推測しません。

例：技術分野の企業

架空の検討例です。プラットフォームが一部の処理を実行できません。対象機能、依頼が保存されるか、確認された利用方法を説明します。二重処理の危険を調べる前に、取引を繰り返すよう勧めません。部分復旧、管理された再開、通常運用を区別します。顧客の事故例ではありません。

復旧と改善を説明する

復旧後は確認済みの時系列と顧客に有用な結論を共有し、二度と起きないとは約束しません。修正、依存関係、代替能力、通知を追跡します。国際顧客には時差、現地窓口、市場ごとの稼働状況を明確にします。補償などの商業対応は担当部門が評価し、技術的な結論と分けて説明します。

関連コンテンツ