DevOps 和技術債務償還自動化

當企業想要遷移到一個 DevOps 模型時，常常須要償還高等級的技術債務

說得更明確一點，機構每每陷入「技術債務的惡性循環」中，以致於任何迅速、敏捷的遷移方式都沒法使用。這是技術債務中的希臘債務危機水平。

在多數狀況下，機構會將層與層之間的流程和管理添加到軟件開發生命週期，從而緩解低質量版本、生產等級缺陷、不穩定的環境、性能不佳等問題，然而這麼作只能是治標不治本。

那麼，在企業喪失競爭以前，咱們應該如何擺脫這個死亡漩渦，能夠快速進行顛覆性創新，同時也騰出時間作一些別的事情。

現在，咱們看到的一個總體趨勢是，若是機構不斷地在 DevOps 自動化上尋找空間，就必須打破這種惡性循環，從新開闢一個新的良性循環。

若是能夠自動完成一些常規的、容易出錯的和時間密集型的任務，即可以利用效率和投資，也能將更多的時間和成本投入技術負債償還中。

在技術債務償還後，企業將獲得一個質量更高、更穩定和更靈活的應用程序，從而能夠從新在自動化工做上投入更多的時間，並啓動下一個週期的改善和提高。

該途徑已經在生產環境中獲得驗證，可是當下還存在兩個注意點：

首先，須要取得產品負責人的承諾，將生產率的提升用於償還技術債務，而不是無止盡的特性擴展（這極可能是致使當下困境的緣由之一）。

同時這裏並不存在捷徑，事實上機構必須抱着這樣的思想——技術債務就像穿過流沙般危險或者技術債務就像帶着80磅的揹包跑馬拉松，那麼這裏才存在一線生機。

其次，DevOps 不單單是自動化，而是 Culture-Automation-Lean-Metrics-Sharing（CALMS），因此這裏要作的不單單是「自動化的一些工做」，隨後即「以產品爲核心」的理念。但首先要讓產品負責人清晰運營需求，遠離經濟驅動爲中心的項目模型。

原文連接：http://blog.devopsguys.com/2015/07/31/devops-and-automating-the-repayment-of-technical-debt/

本文系 | a5c76229754730010e79b1e5d0e0b55b4 | 工程師編譯整理。想閱讀更多技術文章，請訪問 OneAPM 官方博客。