初看 devops 確實很難理解，我也曾糾結在 devops 到底是讓開發幹運維的活還是讓運維幹開發的活這個問題上很久。
同時我還有乙個疑問是 「到底用了什麼才是 devops」。但是這兩種提問方式也都是錯的。
首先，我們要將 devops 和 運維自身的 開發化程序給區分開來，在幾年前各種如 ansibel，puppet 之類的工具，將運維人員從反覆編寫指令碼中解放了出來，大大提高了部署效率。但是 devops 並不是要說這個事情。
當你搜尋 「什麼是 devops」這個問題的時候，你已經能看到很多文章，比如 什麼是（不是）devops，我們如何實現devops？ 。其實，他們已經很好的解釋了什麼是 devops：
devops是一種文化轉變，或者說是乙個鼓勵更好地交流和協作（即團隊合作）以便於更快地構建可靠性更高、質量更好的軟體的運動。只是太抽象了，不太好理解。
我們還是從 dev 和 ops 開始說起。devops 最初應該是遇到了乙個（些）很懶的dev，他們懶得和 ops 說話、打交道。但是活得幹下去，怎麼辦呢？想辦法盡量少說話吧。
在談到 devops 的時候經常會談到 docker，docker 很好的滿足了 dev 不想說話的這個想法，用了 docker 以後，它不用再告訴ops，這個程式部署的時候都需要依賴什麼庫，如何啟動，需要什麼引數。他們甚至可以忽略 ops 最看重的「發行版本」，你裝了 centos？沒關係我可以隨心所欲的用 ubuntu，debian 的包等等。
後來還有了 kubernetes，這下好，dev 只要學習一下 yaml 的語法，甚至可以做到連部署的細節都可以自己控制了。
我要用 s3，我自己 mount 乙個 volume 好了。
初一看，似乎就是 dev 做了 ops 的工作，甚至很多地方都這麼解釋。但是其實從我目前看來，工作量並沒有明顯的減少。在上面說的這些內容中，確實一部分的工作從 ops 轉移到了 dev 那裡。但是 kubernetes 誰來做？jenkins 誰來做？[ci] , registry 誰來做？無論誰來做，工作量還是在那裡。
但這並不重要的，重要的是我們通過了一系列的工具、方法、標準將迭代次數提高了。我們減少了（優化了） 兩個人群之間的溝通，從而提高了迭代。曾經一天只能發版2次，現在可以 20次 甚至更多。
所以 devops 就延伸開了，他的含義是在軟體專案開發、測試、發版、部署、監控、日誌分析等等等等的銜接環節中，更好的優化，從而減少溝通，提高效率，提高迭代次數。
很多地方都貼出這樣一張圖：
請忽略 中間 大大的 dev 和 ops 這兩個單詞，嚴格的說這裡面的工作量遠遠超過 dev 和 ops 的範疇 。
這張圖要標識的，就是在各個部分 中間是需要銜接的、是需要大量溝通的，每乙個部分都很重要。
而 devops 的思想就是通過各種方式將銜接的部分盡可能的提高效率，加快速度。
什麼是運維？什麼是遊戲運維？
1 運維是指大型組織已經建立好的網路軟硬體的維護，就是要保證業務的上線與運作的正常，在他運轉的過程中，對他進行維護，他集合了網路 系統 資料庫 開發 安全 監控於一身的技術 運維又包括很多種，有dba運維 運維 虛擬化運維 監控運維 遊戲運維等等 2 遊戲運維又有分工，分為開發運維 應用運維 業務運...
什麼是運維？什麼是遊戲運維？
1 運維是指大型組織已經建立好的網路軟硬體的維護，就是要保證業務的上線與運作的正常，在他運轉的過程中，對他進行維護，他集合了網路 系統 資料庫 開發 安全 監控於一身的技術 運維又包括很多種，有dba運維 運維 虛擬化運維 監控運維 遊戲運維等等 2 遊戲運維又有分工，分為開發運維 應用運維 業務運...
什麼是運維？什麼是遊戲運維？
1 運維是指大型組織已經建立好的網路軟硬體的維護，就是要保證業務的上線與運作的正常，在他運轉的過程中，對他進行維護，他集合了網路 系統 資料庫 開發 安全 監控於一身的技術 運維又包括很多種，有dba運維 運維 虛擬化運維 監控運維 遊戲運維等等 2 遊戲運維又有分工，分為開發運維 應用運維 業務運...