【51CTO.com快譯】DevOps目前業已成為每家企業最希望達成的轉型目標，但與大多數技術潮流一樣，其中也存在著大量對DevOps定位與能力的誤解。在今天的文章中，我們將從八大傳聞出發，探討您印象中的DevOps與其真實情況間是否吻合。

[[178054]]

1. DevOps代表由開發者執行運營工作：錯誤

DevOps的自動化組件當中涉及大量代碼，這導致很多人誤以為開發者需要負擔其中的大部分相關工作。事實上，DevOps最終目標在于實現基礎設施即代碼，即讓運營團隊看起來更類似于開發團隊。

2.原有項目應被淘汰：錯誤

項目代表的是系統及故障的演進過程。將其視為完成后即無需打理的事物顯然是種誤讀。事實上，在采用DevOps與敏捷性方法后，我們相當于利用產品生命周期取代原有基于項目的實現方案，而非徹底淘汰原有項目。

3. DevOps不適用于復雜環境：錯誤

DevOps事實上正是扎根于高復雜度環境。它唯一無法適應的情況在于不現實及/或不合適的業務目標。復雜環境通常源自對當前狀態、變更方向以及互連系統相關信息的不暢溝通。在另一方面，DevOps鼓勵通過溝通與協作解決問題，從而立足根源避免此類挑戰。

4.很難讓業務團隊接納DevOps：錯誤

DevOps的優勢與企業中的業務層密切相關。然而，采取簡單粗暴的“抽調功能資源用于建立新型IT技術”這種態度明顯無法令業務團隊認同。事實上，DevOps會對企業整體帶來深遠影響。雖然在起步階段可能遭遇阻力，但只要在認同與拒絕之間找到平衡點，整個業務一定能夠遵循 DevOps指導順利完成過渡。

5.敏捷性只適用于懶散的工程師：錯誤

DevOps的***優勢在于有效清除不必要的日常負擔。通過自動化機制，企業能夠顯著削減說明文檔、會議甚至是手動操作任務數量，確保團隊成員擁有更多時間專注于更為重要的優先事務。只要生產效率得到提升，即可證明團隊已經在DevOps領域邁出了成功的***步。

然而，DevOps本身也存在著眾多“枯燥繁瑣”的流程，其中包括大量測試規劃與代碼審計。敏捷性能夠消除資源浪費，但前期的必要投入仍然不可避免。

6.如果無法編程，則不可能成功實現DevOps：正確

之所以正確，是因為DevOps中的自動化要素完全體現在基礎設施即代碼(簡稱IaC)層面。這通常意味著相關人員應當掌握模塊化開發、自動化測試以及持續集成(簡稱CI)等軟件開發技能。無論規模如何，我們都應盡可能實現自動化機制，而這必然要以軟件開發技能作為前提。

7.管理者將逐步消失：錯誤

相反，管理者在DevOps當中將扮演不同于以往的角色。事實上，他們對于團隊而言仍然非常重要。管理者負責維持整個DevOps團隊處于正常運作軌道之上。經典的管理任務也許會逐步消失，但這完全是因為管理性角色的專注重點開始出現變化。

8.不實施DevOps必然導致失敗：正確

目前眾多市場***廠商已經建立起自己的先進DevOps結構。隨著行業越來越多地將IT與業務相結合，我們也將親眼見證DevOps成為現代企業中的必要元素，而無法實現這一目標的企業則將遭到淘汰。

具體來講，DevOps并不是一劑能夠讓您的企業百病不侵的靈藥。相反，DevOps能夠避免多種失敗問題的發生，且將成為您無法拒絕的重要疫苗——然而，這仍不足以解決企業發展中面臨的各種“病痛”。

原文標題：8 DevOps Myths Debunked，作者：Divesh Rupani

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】