Rollback Strategy 的核心概念是「在異常發布後縮小影響範圍並回到可用狀態」，是 Rollout Strategy 失敗時的對應動作。它屬於部署設計的一部分，需要在事故前完成。

概念位置

Rollback Strategy 位在 deploy、rollout 與 incident handling 之間，通常要和資料遷移、feature flag 與流量切換一起設計。

可觀察訊號

• 發布後錯誤率或延遲快速升高。
• 新舊版本存在相容性風險。
• 團隊需要在分鐘級別恢復核心功能。

接近真實服務的例子

靜態站可回退前一版 artifact。後端服務可回退 image tag 並暫停新 migration。App 場域可先用 remote config 關閉新功能，再走 hotfix 發版；remote config 的生效時間取決於 App 多久重新讀一次設定（Firebase 預設 12 小時），各回退手段對已安裝版本的作用見 11.15 自家行動 App 與後端的 API 契約：版本回報、最低支援版本、商店審核下的上線順序、分階段發布、熱更新與回退手段。

設計責任

Rollback Strategy 要定義觸發條件、責任人、回退動作與回復後驗證，並定期演練。