在Patrick DeBios和其他相關核心發起人的推動下，DevOpsDays活動在世界各地蓬勃發展。Damon Edwards先生在2010美國山景城舉辦的DevOpsDays活動中使用了“CAMS”這個縮寫，對DevOps進行了高度的概括和解讀，即文化、自動化、度量或指標和共享。後來，Jez Humble先生在其中加入了“L”精益原則，最終成為CALMS。
？文化——指擁抱變化，促進合作與交流。
？自動化——指從價值鏈中消除人工幹預。
？精益——指運用精益原則促進高頻循環。
？度量——指的是衡量每壹個環節，通過數據改善循環。
？分享——指與他人分享成功和失敗的經驗，並不斷從錯誤中學習和提高。
《CALMS》完全符合“DevOps是人類的問題”這壹概念(帕特裏克·德博伊斯倡導的DevOps。
DevOps這個概念從產生到現在已經過去了九年，現在已經在全球範圍內傳播和被認可。它的流行伴隨著IT行業的快速變化和發展。現在已經到了移動互聯網時代的下半場，國內信息化建設已經完成多年。現在各行各業的企業也急需完成全方位的數字化轉型。IT信息技術的先進程度標誌著企業的核心競爭力。任何壹個成功的企業敏捷高效的軟件開發創新實力和IT管理綜合能力都不只是裝點門面，而是實實在在的市場競爭力。DevOps倡導敏捷、持續交付和ITIL的結合，應用基於精益生產理念的管理思想，逐漸被廣泛接受和認可。
在過去的幾年裏，國內各種IT會議也蓬勃發展，其中DevOps相關的話題和分會場也備受人們關註。雲計算、運維等各種IT技術的社交媒體也非常重視DevOps的分享。壹場致力於DevOps社區的國際性、有影響力的DevOps大會即將出爐。在此背景下，DevOpsDays北京站於2065年3月18日來到中國，DevOpsDays上海站將於同年8月18日在上海舉行。
以下是DevOpsDays大會的壹些相關數據，來自DevOpsDays網站。從2009年到2016年，已經在全球61個城市/國家成功舉辦了117場比賽。
下圖顯示了過去九年中DevOpsDays會議在各個城市/國家的分布和數量。
今年2017預計舉辦30場，其中18場已確定舉辦城市和日期；還有12個城市舉辦日期待定；這還不包括年內可能提交申辦的城市。以上數據統計時間為2065438+2007年3月。
隨著BAT等國內互聯網巨頭的崛起，互聯網公司的開發運營經驗越來越多地在國內各種科技大會上傳播。從最近兩年(2016和2017)的技術活動日程可以看出，國內的互聯網從業者也在使用DevOps來定位和分享自己的優勢和經驗。他們是在運營和維護方面推廣和分享DevOps實踐的先鋒。
除了技術論壇的分享，很多線上線下的會議、論壇、討論組也越來越多地討論DevOps這個話題。國內其他相關流派如敏捷、精益等的人也對DevOps的蓬勃發展感到驚訝，DevOps也與老牌的敏捷、精益陣營有過壹些爭論。但這壹切也增加了人們對DevOps更深層次的興趣。
培訓認證方面，Exin DevOps Master是國際認證的培訓；其他公司和組織也在舉辦DevOps工具鏈的培訓，重點是技術實踐和端到端流水線的建設。從DevOps的崗位招聘可以看出，與DevOps工程師相關的崗位越來越多。在崗位需求中，DevOps的技能成為加分項，DevOps相關工具的技能也會成為簡歷的亮點。在IT行業，無論是開發團隊還是運營團隊的人，都已經開始了學習和接受的過程。
據我觀察，DevOps廠商在最近三年經歷了爆發式的發展。我把它們分成三類:
目前國內大部分企業都慢慢開始關註DevOps，大型傳統企業也逐漸開始從各個角度做實驗和嘗試。試點的角度和方向不同，有的從底層基礎設施的容器化開始，有的從交付和部署管道的自動化開始；總的來說還處於初級試用階段，沒有大規模的系統推廣。
綜上所述，DevOps在中國的發展階段還處於起步階段。就像2003年左右的ITIL/ITSM。由於DevOps是去中心化的，沒有唯壹權威的上遊廠商，各種理論和實踐上的爭論和PK都會在解決問題和提高效率的話題上終止，所以具備了百花齊放的發展條件。個人認為DevOps的實施和落地不會完全依賴於傳統大型咨詢公司的咨詢工作，因為它應該是在內驅力的作用下在企業內部自我生長；它必須服務於企業商業價值流的優化，加速商業價值的輸出；然而，外部力量很難取代和承擔相關的工作和責任。
在說這個話題之前，我們先來看看DevOps相關工具集的全貌，如下圖所示:
頂部的箭頭流程圖代表了壹個業務服務的整個生命周期:開發協作、軟件構建、質量測試、交付部署以及生產操作和維護。前三個階段偏於傳統開發機構的工作，後兩個階段基本可以對應運維機構的工作。每壹個階段都可以看作是壹個大的分類，而這些分類又包含了幾個小的分類。這些工具可以大致分為兩類:商業軟件和開源軟件；也可以分為SaaS服務類和企業內部部署類。大多數開源工具都有活躍的用戶群體和群眾基礎，這為企業入手這些工具帶來了極大的便利。在需要商業支持的情況下，您也可以選擇使用這些開源軟件的企業版。
Docker容器技術在最近三年異軍突起，使得持續交付的技術門檻降到最低，軟件生產供應鏈的格局和效率得到徹底提升。基於Docker的微服務架構實踐的普及度和成熟度也與日俱增。所以國內傳統企業紛紛嘗試DevOps和容器技術。在最近兩年的各種技術會議上，我們可以看到國內各行業都出現了不同維度的DevOps先鋒。他們分享的話題大多集中在自動化運維、容器化、PaaS平臺的項目經驗上。
從國內很多DevOps的實踐中，我們可以看到以下三項技術尤為重要和熱門:
以上三種技術相輔相成，有著深刻的聯系。首先，微服務和持續部署解決了大量傳統IT問題，這些問題長期以來壹直是制約企業業務發展的難題。容器技術因其快速、輕量、微服務的天然特性，從不同方面支持連續交付和微服務架構。容器可以為持續交付提供靈活高速的系統資源，環境管理和利用率提高了很多；容器的不變性也更好地支持微服務架構。
我曾根據不同的技術特點將DevOps從1.0劃分到2.0，並試圖通過以下幾個維度來比較與傳統方法的區別。
我認可並接受的企業實踐DevOps參考框架如下，其中包含了所需的最佳實踐，如下圖所示。
(上圖來自:Exin DevOps白皮書)
以下是對這四大支柱最佳實踐的簡要描述:
可見DevOps在企業尤其是大型傳統企業的落地和推廣還是比較復雜的。盡管相關的最佳實踐已經存在多年；然而，通過DevOps的價值觀重構企業從R&D到交付再到運維的價值流並不容易。根據我的IT經驗，我似乎覺得DevOps不能只靠自上而下的推廣。當然，高層領導的支持仍然是重要且必要的支持條件之壹。可能還需要中層的推動和底層的創新；借鑒制造業屢試不爽的精益制造實踐也是勢在必行。簡而言之，DevOps遊戲近年來給IT行業帶來了巨大的影響。