2026/02/18

「你的 Deploy 流程能夠反覆的 Re-deploy 與 Rollback 嗎？」——《和艦長一起30天玩轉GitLab》

今天這個金句在多年以前應該可以算是某種靈魂拷問？

但在今日以「技術」來說，應該是很普遍能夠做到的一件事？

對啊，以「技術」層面來說，應該是如此沒錯。

畢竟這麼多年來，我們有了這麼多先進的 Cloud、Container、虛擬化、自動化、IaC 技術可用，照道理應該是有足夠的技術與工具可以做出能夠反覆 Re-deploy 與 Rollback 的自動化流程。

但人生總是會有個 But！並不是每個企業與團隊都擁有這樣的 Deploy 流程。

你覺得做得到與做不到的差異有哪些？

是工具選用？技術力？團隊規模？過往的歷史包袱或技術債？軟體產品差異？產業別？選用的資料庫？資料量？使用者人數？企業的財力？還是其他原因呢？

讓我們換一個問法，是什麼讓團隊選擇要建置能夠反覆 Re-deploy 與 Rollback 的 Deploy 流程呢？有什麼決定性的因素嗎？