某次部署引入了導致 KPI 劣化的程式碼，而且修復可能需要一週時間。您應該怎麼做？

還原原始變更並重新執行部署管線是最佳做法，因為它利用了版本控制和自動化部署的優勢。透過還原變更，您可以確保程式碼庫的完整性，並透過部署管線自動化地將穩定版本部署到生產環境，減少手動錯誤的風險。登入伺服器進行本地修復或手動替換程式碼是反模式，因為這會導致環境不一致（配置漂移），且修復無法追蹤。變更實例範本並刪除所有實例會導致服務中斷，且通常比還原變更更耗時且風險更高。