DevOps會是曇花一現嗎？

author neil meyer

人們之所以追逐技術，其中乙個重要的原因是，技術在創造和促進數字趨勢方面當之無愧的聲譽，其中一些趨勢與市場變化相一致，當然也有一些技術名過於實。例如應用交付方面的趨勢——敏捷開發和雲計算，都屬於前者，為眾多企業帶來了巨大的收益。

最近在和一位「big 4」諮詢公司高階主管會面時，聊到了devops，他認為devops更像是品牌的重塑，是一種「fad」，而非真正的改變，畢竟有很多公司已經採用了自動化運維、內建回歸測試和定期部署。

這讓我想起了大家之前對於saas的討論，有些人認為saas只是2023年代初的「應用程式服務提供」（asp）的一種重新標籤。沒錯，asp和saas有一些相似之處：您根據共享資源提供服務並定價，每個買方只支付總成本的一小部分，成本更貼近實際使用，而不是需求高峰的**。

然而，asp模式實際上無法與現代saas產品相比較，無論是部署時間、相關定價，還是上限／下限的套期保值，都是asp模式需要克服的巨大障礙。

devops會是曇花一現嗎？想要搞明白這個問題必須先搞明白devops是什麼、不是什麼？如果您通過團隊使用的工具數量來定義devops，那麼devops恐怕不會像宣傳的那樣具有變革性。

而如果您把devops理解為更廣泛的交付及運維功能，那麼它產生的變革和收益將會是更為巨大和深刻的。

devops文化是在應用的整個生命週期內促進高質量**產出和交付。如果開發者只是在自己的「倉庫」中工作，然後把**扔給圍欄外的運維團隊就完事的話，貼再多的devops標籤也是無濟於事的。

devops在我們尋找現代化的持續迭代、更改、發布解決方案時，是有用的。當我們從本質上擁抱這樣的解決方案，就會發現，devops帶來的改變可以讓我們更好的駕馭市場變化。

在發布流程不可**且容易出錯的情況下，業務的不確定性和業務/it功能關係方面的挑戰會變的令人緊張。在傳統的開發和運維環境中，發布實時**的ownership往往是孤立的，業務會像乙個沮喪的服務買家一樣坐在門外。

但是在敏捷的devops環境中，這種ownership將一直存在於交付工作**中，而成功的產出也就意味著業務的價值。

當敏捷專案團隊賦予業務所需的功能增強，devops便可以讓開發人員定期交付高質量可**的應用。在這一變化中，我們很可能會用到先進的devops工具、技術和平台，但更為重要的是，it部門對於應用生命週期的思考——乙個「共享」相同目標的團隊。

想要驗證市場實際情況和宣傳是否一致，不妨看看企業在招聘新人才時說的話。我常常會關注招聘市場對於devops相關人才的需求，這對於了解市場變化很有用。

最初，只有一些很酷的創業公司會僱傭「devops工程師」，但現在，各種規模的企業都出現了devops方面的人才需求。這也說明，眾多企業都在尋求節約成本和應用交付能力的增強，無論是自動化還是部署速度。

成功的devops實施，不僅僅是團隊協作、自動化構建、交付質量的改變，更是一種文化上的轉變，賦予應用生命週期中所有相關方提高交付效率、降低交付成本的能力。這樣的價值觀、流程和原則也就是devops的準確總結。

我認為devops就像雲計算一樣，不會是曇花一現的。當然了，兩者都需要我們更好的理解、評估、實施，從而對企業產生真正有益的影響。