為了讓開發(fā)、測部署試，以及運維更好的結(jié)合在一起，DevOps出現(xiàn)了，至此它便成了加速應(yīng)用交付過程關(guān)注的寵兒。有些人認為DevOps有點姍姍來遲，因為業(yè)務(wù)的成功很顯然是取決于高質(zhì)量軟件服務(wù)的快速交付。

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

誤解一：DevOps很新很潮

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

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

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

誤解二：DevOps一夫當(dāng)關(guān)萬夫莫開

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

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

誤解三：DevOps是技術(shù)運動

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

誤解四：我們業(yè)務(wù)對DevOps免疫

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

誤解五：DevOps將改變世界

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

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