← 概念解説に戻る

Concept Fable

目標復旧時間

先に結論:復旧時間目標(RTO)は、障害発生後にあるサービスまたは業務能力が許容できる最長の復旧時間である。これは「最大どれだけ停止できるか」に答える。

Recovery Time Objective, RTO · Operations / reliability

まず物語を読む。ここでは急いで定義を示さず、まず問題そのものを立ち上がらせる。

寓話

止まった後、時計が再び動き出すまでどれくらいかかるか

北城には総鐘があり、商店の開店、倉庫の出荷、客堂の交代はすべてそれを見ていた。以前は総鐘が数分遅れることがあったが、時計職人が登って調整すれば直った。

後に町は注文、承認、各所の作業台をすべて親時計につないだ。時計が止まれば、顧客は進捗を見られず、倉庫はどのロットを先に出すかわからず、店主も納期を約束できなくなった。

最初の大停止は早朝に起きた。時計職人は六時間かけて断裂した歯車を見つけ、その間みんなは口伝えでしか連絡できなかった。午後に親時計が復旧したが、急ぎの注文はすでにかなり失っていた。

市庁舎の素朴な修繕は、予備の歯車をもっと買うことだった。しかし次に壊れたのは時計塔の入口で、三度目に壊れたのは切り替えを担う鍵、四度目は誰が臨時営業を宣言できるのか誰も知らないことだった。

新しい総管は各種業務をテーブルに並べた。顧客からの問い合わせは2時間停止可能、通常レポートは1日停止可能、支払確認は30分以内に復旧必須、重要顧客のチケットは15分以内に代替経路が必要。

彼は業務の種類ごとに復旧時間を書き、そこから夜番、予備の鐘、切り替え鍵、手引き、訓練を逆算した。時間が短いほど、平時の備えは高くつく。

彼らは深夜の故障も練習した。夜番はまず影響範囲を宣言し、次に予備の鐘に切り替える。低リスクの事務は列に並び、重要事務は臨時通路を通り、顧客は復旧予定時刻を受け取る。

その後、総時計がもう一度止まった。街はすぐに全機能を回復しなかったが、重要業務は約束した時間内に利用可能だった。皆はついに理解した。回復速度は事故前にすでに買い、練習し、責任に書き込んだ能力なのだ。後に総管は毎四半期ごとにタイムテーブルを再編成した。事業が重要であるほど、約束する回復は速く、背後にある予備時計、夜番、訓練は省けなくなる。彼は各店にも注意を促した。約束が短いほど、日常のコストは高くなる。誰も十五分の回復に金を払わなければ、後から奇跡を要求してはならない。後に新業務を立ち上げるたびに、まずそれがどれだけ止まれるかを書き出す。後に新業務を立ち上げるたびに、まずそれがどれだけ止まれるか、誰が回復するか、予備の道はどこかを書き出す。後に新業務を立ち上げるたびに、まずそれがどれだけ止まれるか、誰が回復するか、予備の道はどこかを書き出さなければならない。

明らかにする

この物語が語るのは:目標復旧時間

復旧時間目標(RTO)は、障害発生後にあるサービスまたは業務能力が許容できる最長の復旧時間である。これは「最大どれだけ停止できるか」に答える。

ワークフローごとに異なる RTO があるべきだ。顧客に見えるタスク実行は分析レポートより緊急な場合がある。RTO はフェイルオーバー、当番体制、縮退モード、ランブック、コミュニケーションのリズム、予備インフラを逆算する。

メタファーのマッピング

  • 総鐘:コア業務サービスと Agent 実行プラットフォーム
  • 六時間修復:明確な回復時間目標のない即席の回復
  • 予備歯車:技術部品だけを補う片面的な解決策
  • 業務ごとに停止可能な時間:業務の重要度に応じて RTO を設定
  • 監視、当番、切り替え、訓練:RTO を達成するための付随能力
  • 読み取り専用と手動承認に降格:復旧まで最低限の可用状態を維持する
  • 最終的な洞察:RTO は復旧速度のビジネス境界であり、アーキテクチャと運用投資を直接左右する

Andy(任旭)判断

この概念の実戦的価値は、「賢く見えるAI機能」を納品可能、検収可能、ガバナンス可能な作業単位に分解する手助けをすることです。

RPO災害復旧failoverbackup事業継続性SLA

関連する識別

この概念は隣接概念と混用されやすいので、対比ページを続けて見ることをおすすめする。

京ICP备2026014272号