說到底就是把繁瑣的操作自動化，在得到快速整合和快速部署的同時，減少人為引入的失誤。符合自動化發展的趨勢，算是自動化在軟體開發運營中的成功。

devops的概念我覺得很難用一句話去定義或解釋，主要是流程和工具的結合，規範的流程加上高效的工具構建符合業務和公司實際的運維場景

如今，DevOps已經被越來越多的企業認可，DevOps不僅僅停留在開發和運維的範圍，如今的DevOps是軟體研發全生命週期管理的一整套方法論和最佳實踐，是DevOps文化建設和人才培養。如果只涉及開發和運維人員，下面從實施DevOps之前和之後做個比較。

1、強化共同目標之前，對於開發和運維來說，開發人員只負責編碼，運維人員則確保其正常執行。Ticketmaster的首席技術官Jody Mulkey在過去25年時間裡，將開發（Dev）和運維（Ops）比作美式橄欖球比賽，其中，Ops是防守組，檢視阻止對方得分；Dev則是進攻組，其目標是盡全力得分。當有一天，他意識到這個比喻並不恰當，因為Dev和Ops從來沒有同一時間出現在球場上，因為他們實際上並不屬於同一個團隊。如今，DevOps強調的是共同的目標，是透過建立彼此的信任共同完成目標。因此，此時的比喻是，Dev的工作是持球衝鋒，而Ops的工作是保證Dev有足夠的時間向前衝，他們同時出現在球場上，他們屬於同一個團隊。2、對開發人員的改變DevOps使得開發人員的任務更井然有序且快速交付。之前，開發人員都是按照需求說明書開發軟體，需求說明書裡需要提供什麼功能，開發人員就開發什麼功能。在開發之前，還需要編寫概要設計文件和詳細設計文件，這些文件都被評審通過後，才能進行開發。功能開發完成後，還需要等待運維人員耗時一週左右的環境部署，最可怕的是，這些功能交付到使用者手上或許並不是他們想要的，延期返工現象非常嚴重。如今，DevOps開發採用敏捷開發模式，基於Scrum、看板方法等工具，以MVP（最小可交付單元）作為價值單元交付給使用者，使用者試用後及時反饋，一起輔助開發人員設計系統。正如敏捷宣言所提到的，個體和互動高於流程和工具，工作的軟體高於詳盡的文件，客戶合作高於合同談判，響應變化高於遵循計劃。另外，DevOps持續整合，持續交付自動化工具鏈，使得開發人員只關心業務程式碼編寫，提交後的程式碼自動進行構建、打包、部署，不需要依賴於運維人員，大大提高了軟體部署的頻率，快速交付使用者價值。3、對運維人員的改變DevOps對於運維人員的改變是最關鍵的，大大提高了他們的工作效率，甚至明顯改變了現代敏捷運維團隊的職責範圍。之前，運維人員負責保證各個應用程式的正常執行。包括部署環境搭建，資料庫伺服器和web伺服器安裝和設定，應用軟體的部署，應用軟體的監控等。特別是當緊急需要一套環境時，當大規模安裝、部署伺服器軟體和應用軟體時，對於運維人員是一場噩夢。如今，隨著Chef、Ansible等工具的出現，DevOps實現了高標準化，僅需要幾個簡單的工具，就能透過自動化的方式安裝、部署大批次的環境和服務。運維人員的職責也轉變為部署和維護這種自動化的DevOps服務。

DevOps使得開發和運維人員聯絡更加緊密，透過建立和強化彼此的信任關係，基於DevOps自動化服務，共同實現高效，高質量，穩定的交付使用者價值的目標。