關於DevOps有一些常見的誤解，在這裡做一下簡單的整理和討論。

DevOps == 工具的自動化

這種思維相當常見，自動化確實在DevOps中非常的重要。正如推動DevOps運動的標誌性事件之一的Flickr的每日10+的部署的經驗來說，也提到了Automation的重要性，“如果只有一件事情能做，那就做自動化”的類似共享也有提及，所以自動化的作用不言而喻。
自動化提高了生產效率，減低了手工操作的失誤率，消除了多個部門協調和溝通的制約因素，可以同時降低處理時間以及等待時間，而且有實實在在的總多工具的支援，在整個DevOps實踐中起到非常重要的作用。
但是這並不是全部，DevOps包含了People/Process/Technology/Culture等諸多因素，作為一種最佳實踐的方法論的組合，工具的自動化是其中的一部分，但不是全部。

DevOps == NoOps

在很多專案DevOps實踐中，原本運維在做的事情都工具化和自動化了，所以在很多人看來DevOps的作用之一就是為了砸運維的飯碗的。他們的理解就是DevOps是通過自動化承擔了原本運維作的很多事情。確實，很多時候DevOps實踐中會讓Dev承擔很多程式碼部署等的責任，但是這並不意味著不再需要運維了，相反，實施了DevOps之後的團隊會發現開發和運維的緊密連線是以往從未有過的，正確地來說，是解放了運維。
所有的這一切，其實都是在精益在軟體開發全生命領域的實踐體現，進行了很好DevOps實踐後，浪費之一的等待將會得到很大的改善，很多運維服務通過自動化變成了自助服務，降低了等待時間，極大地提高了效率。

DevOps只適合於開源專案

DevOps在很多開源專案中推行地很好，而且很多DevOps用到的工具本身都是開源的。但是這並不意味著DevOps只適合於開源專案。就像不能說精益只能實踐於製造業是一樣的，DevOps作為一種綜合的方法論，它適合於開源和閉源的專案，這並沒有特別大的區別。

DevOps只適用於初創公司

我們能看到很多DevOps在初創公司成功的例子，相比而言傳統的大型的公司的比例似乎並沒有那麼多。其實這跟DevOps的關聯並不一定有這麼大，並不是每一家公司都能成為百年老店經久不衰。根據統計：1955年的500強公司的87%已經消失。缺乏創新的能力以及改變的魄力，企業的衰敗像人類的生老病死一樣難以改變。
而且這一速度仍然在加劇，1958年 500強的公司平均壽命為61年，而現在只有18年。而DevOps只是諸多變革方式中的一種，無論是初創公司還是大型傳統公司，使用DevOps獲得成功的都不在少數。所以，DevOps是一種能力，放在那裡，用或不用，你有選擇的自由。

獨角獸公司生來就具有DevOps能力

傳統公司問題重重，而那些獨角獸公司看起來卻風光無限，Amazon據說能夠每天部署上萬次。而且好像他們生來就具有DevOps能力一樣。而實際上，獨角獸公司作為從眾多初創公司中脫穎而出的一群，其他所有公司碰到的陣痛，他們也一樣未曾落下。

好漢打掉牙或血吞，曾經的勇氣和魄力，換來的是現在的一時風光無限，自我改變和革新才是一切的根本。