「如果小錯誤就會導致系統範圍的災難性故障，就不可能維持高頻率的部署。」——《Vibe Coding 聖經》

假設在「不會出錯」與「出錯了也不會死」兩個選項中讓你選擇，你會選哪一個？

很多人可能會選「不會出錯」，但經驗老到的人應該會選「出錯了也不會死」。

因為老手都明白，不可能不出錯，故建立「就算出錯也能快速站起來」的能力，反而是一個可控的選擇。

畢竟「穩」是達到「快」的其中一項關鍵前提。

在 DevOps 圈內知名的 DORA Metrics 中，同時關注了「交付速度」（部署頻率、變更前置時間）與「穩定性」（變更失敗率、服務恢復時間）兩種類型的指標。

這意味著我們需要交付得夠快、同時修復也得夠快。

當每一次部署的代價夠小，頻繁部署就不會是一件可怕的事情。

建立在良好工程基礎上的頻繁交付是一件多贏的事情。

工程師不用為了部署上版而提心吊膽、主管也不用再擔心每次部署就是在賭有沒有大災難、而客戶則能更快獲得新的價值。

你做不到高頻率部署，你覺得問題是出在哪裡？

總是交付一大包程式碼？沒有快速復原的機制？欠缺快速部署的自動化工具？

你是哪裡還沒準備好呢？