「你不能因為『一天完成了10次部署』就宣稱你『成功的實行了devops』。」——《Effective DevOps 中文版》

是的，你當然不能單看部署次數很高，就宣稱你成功實行 DevOps。

畢竟部署次數能代表的意義是有限的。

隨便舉一個案例，工程師可以直連正式環境，所以他只要在本機電腦上改一行 Code，就可以直接用 scp 把檔案傳上正式環境的指定路徑。

所以只要他想要，他每天改個 20 次 Code，跑 20 次 scp，也能做到一天部署 20 次。

但這樣的部署有意義嗎？你能說這是成功實行 DevOps 嗎？

在談到實踐 DevOps 時，軟體交付（部署）的頻率絕對可以是其中一項衡量標準，但也僅此而已。

如果高頻率交付的產出，依然是那個缺乏測試的低品質的軟體，依然是讓維運人員心驚膽跳的未爆彈，那說穿了你只是在提升發生事故的風險，別說你在做什麼 DevOps。

想要判斷實踐 DevOps 的成功與否？

還是回到你企業與團隊的核心痛點，你們為什麼想要（需要）實踐 DevOps？

你們到底想要解決軟體開發交付流程中的哪些瓶頸？

與其盲目仿照他人的路徑，不如先問問你們自己的 Why、What 與 How 吧！