← 概念解説に戻る

Concept Fable

復旧時点目標

先に結論:Recovery Point Objective は、時間で測られる許容可能な最大データ損失量である。これはデータをどれだけ頻繁にバックアップ、複製、ジャーナル、またはイベントソーシングしなければならないかを決める。企業 Agent プラットフォームでは、RPO はプロンプト、タスク状態、ツール呼び出し、顧客記録、承認判断、キューのオフセット、生成された成果物を対象にしなければならない。最近の状態を失うと、重複作業、監査の破綻、顧客に見える不整合が生じうるからだ。

Recovery Point Objective, RPO · Operations / reliability

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

寓話

帳簿をどのページまで失えば、まだ生き残れると見なせるのか

海辺の商会には大きな帳簿があり、注文、入金、発送、未払いを記録していた。老経理係は毎日閉店後に副本を書き写し、鉄の櫃にしまった。彼は櫃が十分厚ければ、商売は失われないと思っていた。

後に商会は随時受付に改めた。朝の魚は昼には外郷の船に売れ、午後の布は夕方には荷車に積まれた。価格は一日に何度も変わる。帳簿はもはや一日に一度動くものではなく、潮のように絶えず書き換わった。

ある日、倉庫に水が入り、主帳が浸かって腐った。鉄の櫃の中の副本は無事だったが、昨夜で止まっていた。午後の三百筆の魚貨、十数枚の掛売証書、数回の値変更がすべて失われた。商人たちは門口に集まり、「昨夜以前はすべてあった」という説明を受け入れなかった。

会長の第一反応は何部か書き写し、三つの櫃に分けて置くことだった。経理係は彼に注意を促した。三つの櫃がすべて昨夜の分だけを写したものなら、今日の分は依然として失われる。本当にまず問うべきは、災害時に最大どれだけの帳簿の喪失に耐えられるかだ。丸一日か、二刻か、半盞の茶の時間か。

商会は貨物の軽重で三つの等級に分けた。普通の雑貨は毎夜一度書き写す。掛売りと大口貨物は一時間ごとに書き写す。競り中の魚貨と船期契約は、何件か成約するたびにすぐ岸上の副冊に書き込む。書き写しはより手間がかかるが、失う代償に見合っていた。

後に暴雨に遭い、主帳は半時辰止まった。商会は副冊から引き継ぎ、成約したばかりの価格を数件だけ詳しく尋ね直した。老経理係はようやく理解した。バックアップは別冊があるかどうかだけでなく、災害後にどこまで過去へ戻ることを許容するかだ。その許容できる時点が、普段の帳簿写しのリズムを決める。

後に若い番頭が、なぜすべての帳簿を毎刻写し取らないのかと尋ねた。老いた帳方は彼を写し手の人件費と紙の値段を見に連れて行った。過剰な保護も商いを遅らせる。商会はまず、どの帳簿が一晩失っても補えるか、どの帳簿が一刻失えば賠償を招くかを知らねばならない。商いごとに耐えられる巻き戻し点は異なり、写し取るリズムも異なる。災害の前にこの点をはっきりさせておけば、災後に埠頭で揉めごとにならずに済む。後に商会はこの段階を規則に書き入れ、誰もが災後にどの時点へ戻りうるかを知った。耐えられる損失を明示すれば、バックアップは想像に頼らなくなる。この点が短いほど平時のコストは高く、長いほど災後の争いは大きい。これは帳方の小事ではなく、商いの約束だ。写し取る頻度とは、実は損失に境界を定めることなのだ。

明らかにする

この物語が語るのは:目標復旧時点(RPO)

Recovery Point Objective は、時間で測られる許容可能な最大データ損失量である。これはデータをどれだけ頻繁にバックアップ、複製、ジャーナル、またはイベントソーシングしなければならないかを決める。企業 Agent プラットフォームでは、RPO はプロンプト、タスク状態、ツール呼び出し、顧客記録、承認判断、キューのオフセット、生成された成果物を対象にしなければならない。最近の状態を失うと、重複作業、監査の破綻、顧客に見える不整合が生じうるからだ。

重要なのは、それが単なる用語ではなく、実際のAI/Agentシステムで繰り返し現れる構造的な問題だという点だ。これを理解して初めて、いつモデルを足すべきか、いつプロセスを変えるべきか、いつガバナンスを補うべきかを判断できる。

メタファーのマッピング

  • 大元帳:ビジネスデータ、Agent 状態、外部書き込み記録
  • 深夜副本:低頻度バックアップ戦略
  • 午後四時以降の記録消失:実際のデータ損失ウィンドウ
  • 記憶で帳尻を合わせる:信頼できる復旧点がないときの高リスクな手作業補修
  • 各業務ラインが最大どれだけ失ってよいか:RPO の設定
  • リアルタイム複製とイベント再生:低 RPO を満たすエンジニアリング手段
  • 最終的な洞察:RPO は許容できるデータ損失に対するビジネス上の約束であり、バックアップの有無を叫ぶスローガンではない

Andy(任旭)判断

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

RTObackupreplication災害復旧data loss事業継続性

関連する識別

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

京ICP备2026014272号