The Future of DevOps: DevOps As a Service

DevOps這兩年在各個公司中如火如荼，可是DevOps 終將成爲幾個大廠的服務。

Trend of DevOps

Shadow DevOps -> Enterprise DevOps -> DevOps As a Service

大約8年前，我開始使用Hudson和 Cruise Control等工具進行一些持續集成，以此在本身的項目中實現一些自動化讓項目更加高效的運行，最初的一個收益，就是 CI工具可以及時從SVN中央服務器定時獲取代碼進行編譯，來防止項目中有人員由於漏簽入代碼形成的Break Build. 固然後續咱們也爲咱們的持續集成工具中引入了Code Style Check, 單元測試，DEV以及SIT環境的代碼發佈和自動安裝，Health Check，甚至包括自動回滾。 這一時期，咱們作的事情，還侷限在具體項目中，咱們稱之爲Shadow Devops 時代。

5年前，整個企業包括高層（C level）的領導，看到業界有些企業開始搞DevOps, 大可能是圍繞Jenkins， Github，和自動化腳本工具（好比Ansible），因而各個企業內部也開始專門組建團建創建Central的DevOps平臺。各個項目組，把本身的項目接入到這個公共平臺來作持續集成。

此時一個新的項目須要一個新的插件進行構建，DevOps中央團隊就會在Jenkins端找尋適配的插件預安裝到Jenkins平臺，來讓這個項目可以接入進來。

這幾年來，容器化發展，各類Devops的工具層出不窮，各大企業紛紛構建出了企業級的DevOps平臺來完成CI/CD。 咱們稱之爲 Enterprise DevOps 時代。 這裏開始會有不少開銷，好比各類環境的雲資源的申請和閒置，好比海量管理軟件包的存儲倉庫的開銷等。

這兩年，一些個龍頭企業，包括微軟，亞馬遜整合了本身Cloud 服務方面的各方面的能力，推出了DevOps 服務。一些中小企業，之後徹底沒有必要自建DevOps平臺，直接SRE團隊對接這些DevOps服務。我贊同這多是趨勢，之後你看着服務的帳單，服務方也會給你一些報告建議，如何節約沒必要要的浪費。

做爲從業者的思考

做爲軟件從業者，你能夠是你企業內SRE團隊的一員，負責使用這些DevOps的服務來幫助企業高效運維；或者你仍是Focus在軟件開發這塊，幫助企業構建有競爭力的產品和服務。

歡迎關注微信公衆號： 對劉談心 獲取更多文章
https://liuning0820.github.io