請記住，采用DevOps需要花費(fèi)時(shí)間和精力，需要強(qiáng)大的管理和團(tuán)隊(duì)支持，并且必須與公司的目標(biāo)保持一致。避免這五個(gè)常見錯(cuò)誤！

在成立之初的幾年內(nèi)，DevOps便成為IT公司的主要關(guān)注點(diǎn)，并正在擾亂數(shù)字世界。

DevOps通過結(jié)合開發(fā)和運(yùn)營來促進(jìn)更快，更可靠的軟件交付。它通過自動化可重復(fù)的動作（包括構(gòu)建，測試，部署，修補(bǔ)等）來消除人為錯(cuò)誤。

它具有克服軟件速度和質(zhì)量問題的潛力，是一種很好的方法，也是文化技術(shù)運(yùn)動的一項(xiàng)偉大成就。

當(dāng)每個(gè)IT公司都在尋求一種完美的方式來更快地交付軟件時(shí)，某些DevOps模型卻無法滿足期望。即使領(lǐng)先的企業(yè)也未能正確實(shí)施DevOps。

根據(jù)Gartner的說法，到2023年90％的DevOps計(jì)劃將無法完全實(shí)現(xiàn)預(yù)期。

DevOps為何失?。盒枰紤]的一些關(guān)鍵原因

俯瞰公司變革

忽視公司變革是DevOps失敗的最大原因之一。當(dāng)您嘗試在公司中全盤采用并實(shí)施大事時(shí)，請確保為即將發(fā)生的變更做好準(zhǔn)備，以使所有員工做好準(zhǔn)備。如果您沒有給員工足夠的學(xué)習(xí)時(shí)間，則會導(dǎo)致成功率下降。

商業(yè)企業(yè)家應(yīng)通過完全理解和傳達(dá)客戶價(jià)值來促進(jìn)公司變革。公司不應(yīng)忽視跨所有團(tuán)隊(duì)進(jìn)行過渡所需的文化轉(zhuǎn)型。文化轉(zhuǎn)型對于DevOps的成功至關(guān)重要。

因此，當(dāng)公司計(jì)劃實(shí)施DevOps和相關(guān)的變更時(shí)，他們需要確保員工了解變更以及變更的需求。此外，公司應(yīng)該關(guān)注客戶價(jià)值，因?yàn)槿藗兣c價(jià)值的聯(lián)系比與DevOps的聯(lián)系更多。

速度是主要目標(biāo)

顯而易見，DevOps的核心優(yōu)勢之一是軟件交付速度更快。但這并不表示速度應(yīng)該是公司的主要目標(biāo)。

許多公司努力利用DevOps的速度優(yōu)勢，同時(shí)忽略了質(zhì)量代碼的改進(jìn)。應(yīng)該確?；镜幕A(chǔ)是牢固的，并且不會出現(xiàn)不完整或不準(zhǔn)確的代碼。

依靠手動程序

即使在了解了DevOps的自動化優(yōu)勢之后，許多公司仍然害怕依靠手工程序來進(jìn)行業(yè)務(wù)運(yùn)營，因?yàn)樗麄兒ε路艞墝夹g(shù)的控制。

根據(jù)2nd Watch的報(bào)告，有78％的公司擁有獨(dú)立的團(tuán)隊(duì)來管理基礎(chǔ)架構(gòu)/運(yùn)營和開發(fā)。

此外，30％的人使用手動流程進(jìn)行代碼部署和管理，而38％的人用于管理基礎(chǔ)架構(gòu)。

但是，為了最大程度地利用收益，公司必須在其過程中實(shí)施的工具中建立起高度的信任感。手動過程耗時(shí)，昂貴，易于人為錯(cuò)誤，并可能在工作流程中造成瓶頸。因此，任何可以自動化的過程都應(yīng)該自動化。

忽略工具

工具在DevOps的采用中起著重要作用。必須知道，沒有正確的工具集就不可能實(shí)現(xiàn)DevOps。

Docker，Git和Kubernetes是一些基于云的工具，您應(yīng)該實(shí)施這些工具來突擊DevOps。它們對于包括自動化，協(xié)作，測試和安全性在內(nèi)的流程至關(guān)重要。

DevOps中的孤島

打破業(yè)務(wù)孤島是DevOps的最終目標(biāo)。在孤島方法中，團(tuán)隊(duì)可以彼此獨(dú)立工作，而無需任何協(xié)作。但是，團(tuán)隊(duì)之間的協(xié)作是DevOps的主要?jiǎng)恿Α?/span>

一些公司嘗試將DevOps教育單獨(dú)委派給不同的團(tuán)隊(duì)。他們嘗試在不同團(tuán)隊(duì)的較小部分中使用DevOps。

在這種情況下，旨在增強(qiáng)團(tuán)隊(duì)溝通和協(xié)作的DevOps被劃分到擁有自己目標(biāo)的不同團(tuán)隊(duì)之間。因此，連續(xù)交付和持續(xù)集成變得遠(yuǎn)非如此簡單，因?yàn)檫@些分散的團(tuán)隊(duì)僅專注于自己的目標(biāo)。而且，整個(gè)公司之間將沒有真正的協(xié)作。

因此，公司不應(yīng)簡單地在DevOps上教育特定的個(gè)人或團(tuán)隊(duì)。他們應(yīng)該對參與業(yè)務(wù)流程的每個(gè)成員進(jìn)行敏捷方法論和DevOps ROI流程的培訓(xùn)。

微觀管理

如今，微管理已成為DevOps從業(yè)人員的煩惱。它被認(rèn)為對團(tuán)隊(duì)有負(fù)面影響。人們認(rèn)為，如果每天對代碼工作進(jìn)行密切監(jiān)視，開發(fā)人員就會感到窒息。

因此，公司應(yīng)給予開發(fā)人員自由進(jìn)行試驗(yàn)的機(jī)會，并找到最能滿足其需求的方法。與其強(qiáng)迫團(tuán)隊(duì)成員使用工具標(biāo)準(zhǔn)，不如讓他們測試自己的工具和流程。

至關(guān)重要的是，要知道自治在以自動化為中心的系統(tǒng)中起著舉足輕重的作用。

結(jié)論

如果您打算僅僅因?yàn)槲磥矶蛩憬邮蹹evOps，而不是出于從根本上重構(gòu)和增強(qiáng)業(yè)務(wù)流程的沖動，那么成功的可能性就很小。

請記住，采用DevOps需要花費(fèi)時(shí)間和精力，需要強(qiáng)大的管理和團(tuán)隊(duì)支持，并且必須與公司的目標(biāo)保持一致。

通過避免前面的公司所犯的錯(cuò)誤，使自己做好準(zhǔn)備在DevOps旅程中取得成功。