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

[[178054]]

1. DevOps代表由開發(fā)者執(zhí)行運營工作：錯誤

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

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

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

3. DevOps不適用于復雜環(huán)境：錯誤

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

4.很難讓業(yè)務團隊接納DevOps：錯誤

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

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

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

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

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

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

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

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

8.不實施DevOps必然導致失?。赫_

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

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

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

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