← 概念辨析に戻る

Concept Contrast Fable

ロールバックとモデルロールバック

先に結論:フォールバックは汎用設計パターンであり、主経路が失敗したときに代替経路へ切り替える。モデルフォールバックはフォールバックの具体的なシナリオであり、主モデルが利用不可のときに代替モデルへ切り替える。前者はあらゆるシステムコンポーネントに使え、後者はモデル呼び出しという1つの経路のみを対象とする。

フォールバックは汎用設計パターンであり、主経路が失敗したときに代替経路へ切り替える。モデルフォールバックはフォールバックの具体的なシナリオであり、主モデルが利用不可のときに代替モデルへ切り替える。前者はあらゆるシステムコンポーネントに使え、後者はモデル呼び出しという1つの経路のみを対象とする。

寓話

代替案と予備ドライバー

老程の物流車隊には五十台のトラックがあり、省をまたぐ長距離を走っている。各車に主運転手が一人配置されるが、会社は出発前に予備運転手を確認することを義務づけている。主運転手が途中で病気になったり、疲労運転で警報が作動したりした場合、予備運転手が代わる。

この日、配車係の小侯は緊急任務を受けた。一台の冷凍車が十時間以内にワクチンを六百キロ先へ届けなければならない。彼はルートを整え、主運転手を手配し、予備の運転手も確認した。出発前に彼はもう一度点検した。燃料の予備案はあるか、タイヤが破裂したときの予備タイヤはあるか、冷凍機が壊れたときの予備冷凍機はあるか、道路標識が倒れたときの代替ルートはあるか。

副配車係が言った。「もう予備の運転手がいるじゃないか。そんなにたくさん必要か?」小侯は答えた。「予備の運転手は、主任運転手に問題が起きた場合の一手にすぎない。燃料不足、タイヤのパンク、冷凍機の故障、運転手を替えても意味がない。各段階にそれぞれの逃げ道が必要だ。」

出発後、案の定トラブルが起きた。途中で冷凍機が故障した。予備の運転手は役に立たない。彼は冷凍機を修理できない。しかし小侯が事前に手配した提携冷蔵庫が効いた。車列は四十分停まり、冷凍機を一台交換して進み続け、ワクチンは時間通りに届いた。

事後の振り返りで、小侯は車隊の図を一枚描いた。運転手、燃料、タイヤ、冷機、道標、倉庫、どの点も壊れうる。どの点も後退の道が異なる。あるものは人を替えられ、あるものは物を替え、あるものは迂回し、あるものは一時停止しかできない。

後に、新人が予備ドライバーの規則を冷蔵庫に当てはめた結果、主冷蔵庫が停電した後、貨物は温度が不安定な小さな庫に送られ、損害はさらに大きくなった。老程は会議で言った。後路という二文字は同じに聞こえるが、実際に実行するときは、壊れたのはどの環なのかを見なければならない。

車隊の手引きには後に一ページが加わった。まず故障点を見て、次に切り替え条件を見て、次に切り替えたら何を失うかを見て、最後にどう戻るかを見る。「予備案がある」と言うだけでは、まだ本当に案があるとは言えない。

後に、さらに厄介な仕事が来た。表面的には古い問題の拡大に見えるが、実際にはプロセスに隠れた隙間をすべて押し出した。誰が先に引き継ぐか、誰が変更できるか、誤りが出たらどう前の段階に戻るか、以前は顔なじみの暗黙でやり過ごしていた場所を、今はすべて明確にしなければならない。

ロールバック

汎用的なフォールトトレラント設計パターンで、主経路や主コンポーネントが使えないときに自動的に予備の経路やコンポーネントへ切り替える。ネットワーク、ストレージ、コンピューティング、認証、モデル呼び出しなど、システムのあらゆる層に適用できる。

モデルのロールバック

フォールバックパターンのモデル呼び出し場面における具体的応用:主モデルが利用不可、タイムアウト、または返答品質が閾値を下回る場合に、自動的に予備モデルへ切り替えてサービスを継続する。モデル間のインターフェース互換性、遅延予算、出力形式の一貫性を考慮する必要がある。

物語の対応

  • 予備ドライバー:モデルフォールバック——ドライバー(モデル)という一つのコンポーネントだけを対象とした故障切り替え。
  • 燃料、タイヤ、冷機にはそれぞれ代替案がある:システムレベルのフォールバック——各重要コンポーネントには独自のフォールバック経路が必要。
  • 冷機が壊れても予備運転手は使われなかった:異なるコンポーネントのフォールバックは互いをカバーせず、故障の種類ごとに対応策が必要。
  • データベースのフォールバック設定をモデルに適用する:異なるコンポーネントのフォールバック戦略はそのまま再利用できず、切り替え条件も異なる。
  • フォールバック階層マニュアル:共通原則にコンポーネント単位の差異を加え、統一フレームワークの下で各コンポーネントを個別に精緻化する。

プロジェクトに落とし込む

「モデルが落ちたら予備に切り替える」だけで済ませてはいけない。回退マトリクスを描く。横軸はシステムコンポーネント(モデル、データベース、キャッシュ、認証、ストレージ)、縦軸は回退の四要素(トリガー条件、切替動作、データ損失、復旧手順)。各セルを明確に埋めてこそ、回退は一言から運用可能な方案になる。レビューで「回退があります」としか聞こえなければ、相手にマトリクスを開くよう求めよ。

京ICP备2026014272号