依存先障害時の縮退案を書く
収録 2026-11-03
依存先が落ちても機能全体を落とさない。縮退の順序を決めます。
外部サービスに依存する機能があります（状況は以下）。縮退案：1）依存先が使えないと壊れる機能；2）重要度で三段階（完全・部分・最小）；3）各段階で利用者に見えるものと更新が止まるデータ；4）自動切替と復帰の条件；5）縮退中に不整合データが生まれやすい箇所；6）不安を与えずに周知する方法。
当サイトオリジナル
中国語の原文
使い方
降级方案要写在事故发生前，不是事故中。
こう変えてみる
- コードを書く前に要件と制約を復唱させる。
- 全体書き換えではなく、最小の変更とロールバック方法を出させる。
得られる成果物
- そのまま使える最小変更（コピー可能なコード）
- 影響範囲：変更ファイルと追従が必要な呼び出し元
よくある失敗
- 一度に十ファイル変更させ、何が原因か分からなくなる。
- エラーだけ貼ってコードとバージョンを省くと、使えない修正が返る。
出力のチェック
- 変更は動いて戻せて、無関係なコードに手を入れていない。
- 境界条件（空・巨大・同時実行）が説明かテストで押さえられている。
使いどころと注意
- 向いている用途：要件と制約を復唱させてから、最小限の動く変更を出させる。
- 注意：エラーにはバージョンと最小再現を添える。無いと一見もっともらしいが合わない修正が返る。