相信很多公司都和我們公司一樣，開發人員和運維人員分別處在兩個團隊，並且兩個團隊是平級的關係，工作地點不在一起，KPI考核也有差異，這使得開發團隊和運維團隊之間的存在著很明顯的分界：

比如兩個團隊的目標是不一樣的，開發人員希望趕緊測試完成快速上線，上線後系統有問題，運維頂在前面；運維人員希望系統平穩執行，最好一個BUG別出；這兩個目標實際上是衝突的。

想要敏捷開發但是敏捷不起來，無法快速響應使用者的需求，甚至當系統出現問題時，還會發生互相甩鍋的問題。

針對這種問題，行業內提出來DevOps，這個單詞是Development和Operations的組合，突出了軟體開發人員和運維人員的溝通合作，甚至開發和運維都是一個人（一組人），DevOps的提出是為了抹掉開發和運維之間的分界，改善團隊的協作關係。不過這裡要重點提及：DevOps不僅僅是開發和運維，其實測試也是其中的一部分；完整的敏捷開發，連需求都是要變成一個團隊的。

總結來說，DevOps的目標就是一個字【快】，減少團隊之間溝通的時間損耗和資訊衰減，提高團隊的工作效率，增加團隊產出。

那麼是不是把開發、測試、運維人員都放在一個團隊中，就完成DevOps了呢？當然不可能這麼簡單，DevOps還需要管理和技術手段進行輔助，比如：

敏捷管理：在產品（專案、需求）的提出、需求分析、設計、開發、測試階段主要採用敏捷開發的方法論，確保快速迭代和提高程式碼質量；

持續交付：在開發、測試、部署環節，採用持續交付的方法，自動完成系統的釋出和升級工作；從技術角度來說，容器、微服務、持續整合都是DevOps不可或缺的技術手段；

總之，DevOps可以提高員工的工作效率和質量，從而提高公司的產出；當然，DevOps在企業中的落地，也不是一朝一夕就可以完成的。

可以看看這個gist ： https://gist.github.com/sunwei/6704ca137ef4b6807db1821865a2c9a8

看下這個文章，devops是一種文化，技術，組織改進，等等一系列組成的，目的是更快交付高質量產品，隨著業務架構複雜，部署也變得越來越複雜，特別是微服務場景和做原生

對於企業來說，它需要抓住市場機會，快速交付產品上線，devops你可以比作工廠流水線，隨時隨地交付，部門之間避免溝通脂障礙，把運維的問題提前在內部儘可能早的解決，透過快速迭代上線，企業可以有試錯機會，產品不行，趕快改，馬上上線，而不是傳統釋出那樣，一個月幾個月才釋出，市場早沒了

對於內部開發，測試，也提高了工作效率，比較了扯皮

直接點就是，運維越來越像開發，開發越來越像運維，兩者越來越接近。

比如wgcloud，就是devops的一個例子，開發和測試都可以拿過來部署