DevOps是一個方法、過程與系統的統稱，用於促進開發、技術運營和質量保障部門之間的溝通、協作與整合。這種協作可以提高App的開發速度，減少開發和運營之間的摩擦，從而快速部署軟體或應用程式，並且可以快速檢測。
隨著DevOps的概念越來越受到關注，一些開發者對開展DevOps的困惑也隨之而增多。Dev+Ops提出將開發和運維團隊的工作緊密結合起來，建立持續交付和持續反饋的閉環，這個思路讓人耳目一新，DevOps持續在實踐中探索，市場上關於DevOps的文章以及新聞還不能全面解釋DevOps的真正含義，甚至於有一些見解是相悖而行。如何開展DevOps，應該做什麼，如何做，業內真正形成體系的說明少之又少。
根據【DevOps實踐指南】叢書和eWEEK的報告以及StackStormCEO和Nexenta聯合創始人Evan Powell的行業資訊，我們可以總結出對於DevOps方法理解常見的幾大誤區：
1、採用DevOps的企業比你想象的要多的多
根據Puppet實驗室的2013年DevOps 狀況報告，在被調查的企業中，有66%的企業已經在使用或計劃採用DevOps的方法。而最先採取DevOps方法的電信行業，有88%的公司正在使用或者計劃使用。
2、DevOps將取代敏捷。
DevOps的原則和實踐與敏捷方法一致，許多人認為DevOps是自2001年開始的敏捷之旅的合理延續。敏捷通常是DevOps效率的保障，因為它專注於讓小團隊向客戶持續交付高品質的程式碼。
3、DevOps意味著消除IT運維，即“NoOps”。
許多人錯誤地的將DevOps解釋為完全消除IT運維的智慧，然而，這種情況是很少見的。雖然IT運維工作的性質可能會發生改變，但它仍然像以前一樣重要。IT運維團隊要在軟體生命週期的早期就與開發團隊開展合作。在程式碼部署到生產環境後，開發團隊也要繼續與運維團隊合作。
IT運維不只是工單驅動的手動操作，而是能夠通過自助服務平臺和API來提升開發人員的生產效率，讓他們能自助的建立開發環境、測試和部署程式碼、監控和顯示業務執行的狀態等。通過這種方式，IT運維人員變得更像是開發人員（或者QA和資訊保安人員），融入到了產品開發過程中，而該產品則是開發人員在生產中用來安全快速地測試、部署和執行IT服務的平臺。
4、DevOps程式碼部署比常規方法快30倍
高效能的DevOps組織部署程式碼經常要比傳統組織快30倍（來源：Puppet實驗室的2013年DevOps狀況報告）
5、不斷變化的DevOps環境相對來說更穩定
你可以通過釋放Chaos Monkey（一個災難事件測試）來使你的環境更穩定。災難恢復計劃就和你最後一次成功使用它們一樣，末日場景需要不斷得測試。
6、DevOps對資訊主管們來說是保持關聯性的最好機會
由於全部是自動化協助，DevOps的頂級運營人員已經證明其要比傳統IT更富有成效。這也是為什麼資訊科技的工作量遷移到SaaS以及其他地方的原因，遠離CIO們的控制和經費預算。然而，企業能夠採用DevOps，正是因為他們能夠從根本上修復資訊科技，即回到CIO中心討論如何提高企業業務。
7、DevOps只是“基礎設施即程式碼”或自動化。
如果不是像看待程式碼一樣看待你的基礎設施，那麼並不是在實施DevOps。如果要連續整合（CI）/連續交付（CD）或者持續運營（CO），你必須儲存配置程式碼
8、DevOps僅適用於開源軟體。
儘管許多DevOps成功案例發生在使用LAMP（Linux、Apache、MyqSQL、PHP）等構建軟體的公司，但實現DevOps與所使用的技術無關。在使用.NET、COBOL和大型組合語言以及SAP甚至嵌入式系統的那個編寫應用程式的公司，DevOps也能取得成功。
真正的DevOps落地，不是單純靠某個部門，某個人來完成，他們是緊密結合在一起的，同時，運營、開發、運維是不可分割的。DevOps的方法就是把他們的工作緊密結合在一起，提高效率，享受輕鬆高效的開發方式。
最後推薦DevOps開發平臺：脈衝雲（https://maichong.io），簡單易用的軟體開發DevOps協作平臺，享受真正輕鬆高效的開發方式。