為了讓開發、測部署試，以及運維更好的結合在一起，DevOps出現了，至此它便成了加速應用交付過程關注的寵兒。有些人認為DevOps有點姍姍來遲，因為業務的成功很顯然是取決于高質量軟件服務的快速交付。

無論是哪一項創新技術，最初都會面臨著大量的信息和討論，有些可能是有價值的，有些則沒有。但是在你一頭扎進DevOps之前，先了解一些常見的誤解，避免走進誤區。

誤解一：DevOps很新很潮

有一個從事開發的人員，他們熟悉的語言有C++、JavaScript和Rails。在虛擬化成為主流之前，他就開始了IT運維工作，從事虛擬化多年，另外還有匯編語言。

然而，如果我們相信所到的關于DevOp的資料的話，那么開發人員甩給運維人員的有問題的代碼，很有可能會由新一代的混合人才解決，這些人可以集合所有的個人工具來使用，從自動化配置到產生代碼模擬。

所以不要盲目追逐DevOps，在追逐它之前，考慮一下你自己的目標如何，再審視一下現有資源的技能如何。

誤解二：DevOps一夫當關萬夫莫開

DevOps是如何降低別的已建立的***實踐來顯自己，并吸引了的很人， 這令我感覺到很不可思議。突然之間ITIL, COBIT和平衡計分卡全部失寵了，與此同時，DevOps的擁護者又主張ITIL, COBIT已經沒有用了，應該丟棄了。

雖然DevOps基于敏捷思維、改變和持續交付，但IT服務管理過程還是需要確保彈性和穩定性，這仍然比以往任何時候都更重要。所以不要隨波逐流。

誤解三：DevOps是技術運動

關于DevOps有很多非常好的技術資料，以及許多新的思考方向，所有這些都由新產品和技術所支持。雖然它是有價值的素材，但有一句經常被遺忘老話說：自動化壞流程只會導致更快的壞流程。所以只是通過良好的新工具而建立的快速應用開發商店，但完成的工作卻不能滿足業務或客戶的期望，這也不具任何意義。

誤解四：我們業務對DevOps免疫

許多組織認為DevOps的原則不適用，因為他們已經外包了，或者是工沒有應用程序開發功能。另外一些人推測說，因為他們工作產品制造企業或政府服務交付中，任何基于推動連續變更的運動，在“沒壞，就不要修復它”的世界中都不占有一席之地。

誤解五：DevOps將改變世界

因為宣傳過度，許多人會把DevOps當作急救藥。但是考慮一下這個場景：無論是***實踐、方法或運動，應用程序開發項目的成功率20年來改善不大。雖然2012年開始成功的項目有很多，但61%的項目仍然面臨著挑戰，缺乏競爭力。

有人調侃說，DevOps涉及到五個方面：人、人、人、人，還是人。所以在邁入DevOps大門前，先想想你的團隊的文化、流程和指標。如果不能滿足客戶需求，DevOps就不會有效果。DevOps是否真的能給開發人員和運維人員之間帶來平衡，其實還需要進步的實踐。