沒有人喜歡失敗的實(shí)現(xiàn)。但是，從錯誤中吸取教訓(xùn)可以防止錯誤變成真正的DevOps噩夢。我來向大家解釋開發(fā)人員可以擺脫可怕錯誤并返回夢想的DevOps實(shí)現(xiàn)的五種不同方法。

應(yīng)用程序不應(yīng)崩潰。系統(tǒng)不應(yīng)停機(jī)。在DevOps的世界中，并不完全鼓勵失敗。盡管我們已經(jīng)將各種迭代定位失敗視為積極的事情（失敗，失敗，經(jīng)常失敗，您可以這樣稱呼），但事實(shí)是，“失敗”對實(shí)現(xiàn)我們的目標(biāo)并沒有特別的幫助或幫助。

但是，對于我們許多人來說，DevOps失敗是不幸的現(xiàn)實(shí)，而且往往是不可避免的。也許，重新定義什么是失敗和什么不是失敗是有用的。失敗不能滿足您的目標(biāo)；這是缺乏表現(xiàn)。失敗不是失敗，而是要從錯誤中吸取教訓(xùn)，這將使您以后獲得成功。

速度對軟件開發(fā)至關(guān)重要，而從失敗中恢復(fù)同樣重要，因此，利用從錯誤中獲得的見解的速度對成功至關(guān)重要。以這種理念為背景，這里介紹了一些最常見的DevOps故障，以及如何從中快速學(xué)習(xí)。

1.不合時宜

DevOps意味著必須以業(yè)務(wù)速度交付，這在當(dāng)今快節(jié)奏的技術(shù)世界中尤其具有挑戰(zhàn)性。因此，許多團(tuán)隊在持續(xù)集成和持續(xù)交付期間并行運(yùn)行流程，從而使他們能夠加快自動化測試速度并縮短反饋周期。

CloudBees工程總監(jiān)勞拉·弗蘭克·塔喬（Laura Frank Tacho）表示：“雖然這可能是一個好主意，但從理論上講，它有時可能會導(dǎo)致嚴(yán)重的配置錯誤。因此，允許代碼在測試運(yùn)行的同時進(jìn)行部署會破壞預(yù)部署自動化測試的目的?！?/span>

因此，至關(guān)重要的是要記住，在將代碼部署到客戶之前，必須通過所有適當(dāng)?shù)臋z查和制衡。盡管DevOps原則斷言工程師應(yīng)該在任何給定時刻準(zhǔn)備就緒，但部署應(yīng)該得到管理和有意為之。連續(xù)交付管道的構(gòu)建必須使并行測試充當(dāng)生產(chǎn)的大門，而不是自動進(jìn)行部署的途徑。相反，僅應(yīng)在所有測試，驗證，檢查和批準(zhǔn)均通過后，才在管道的最后階段進(jìn)行部署。

2.被鎖定

在開發(fā)過程的每個階段都必須有正確的保護(hù)層，這一點(diǎn)很重要。例如，無需驗證配置，工程師就可以將自己拒之門外，并被迫進(jìn)入繁瑣的手動登錄每臺計算機(jī)以調(diào)解錯誤配置的過程。

“為了避免這類情況，工程師應(yīng)及早且經(jīng)常地驗證所有更改，以確保不僅確保應(yīng)用程序的質(zhì)量，而且還確保環(huán)境甚至CD管道本身，” CloudBees的首席軟件工程師Carlos Sanchez解釋說。將粘性憑證和權(quán)限管理應(yīng)用于DevOps和生產(chǎn)系統(tǒng)還將幫助工程師專注于問題預(yù)防而不是檢測。

3.組織障礙

DevOps工程師面臨的并非所有問題都是技術(shù)性問題。有時可能是其組織的文化和結(jié)構(gòu)所致。當(dāng)多個團(tuán)隊和部門集中在各個孤島中時，很難將系統(tǒng)和軟件開發(fā)作為一個整體來對待，尤其是追求持續(xù)改進(jìn)。例如，在嘗試促進(jìn)跨部門協(xié)作時，對立團(tuán)隊的回答可能是“那不是我們的部門”或“他們不會與我們交談”。即使在更具協(xié)作性的公司中，跨功能移交和上下文切換所需的時間也是實(shí)現(xiàn)速度的重大障礙。

組織圍繞產(chǎn)品或軟件功能的團(tuán)隊，并包括軟件開發(fā)過程中的所有利益相關(guān)者，將使DevOps領(lǐng)導(dǎo)者提高利益相關(guān)者之間的協(xié)同作用。它還應(yīng)該防止有時會困擾傳統(tǒng)軟件開發(fā)的“我們與他們對立”的心態(tài)。CloudBees的高級顧問Viktor Farcic表示同意，并指出：“在DevOps中，不可忽視文化。流程，實(shí)踐，工具和技術(shù)無疑是實(shí)踐的核心支柱，而文化同樣重要。令人驚訝的是，這是更難改變的方面之一。”

4.不合適的KPI

隨著新技術(shù)改善運(yùn)營流程并轉(zhuǎn)變數(shù)字時代的業(yè)務(wù)模型，業(yè)務(wù)的步伐只會越來越快。股東正在向組織施加巨大壓力，以跟上這一快速步伐。結(jié)果，組織發(fā)現(xiàn)自己不得不報告多個關(guān)鍵指標(biāo)以衡量其在所有領(lǐng)域的績效。

鑒于此，CloudBees的產(chǎn)品營銷人員Juni Mukherjee解釋說，這些指標(biāo)并不總是最合適的。“為了有效地證明性能，DevOps領(lǐng)導(dǎo)者必須首先建立一套原則，以幫助他們了解可以獲取什么以及如何獲取有意義的指標(biāo)；例如，將交貨時間視為生產(chǎn)時間，而不是完成時間?！?/span>

5.縮放或不縮放

使用開源軟件時，至關(guān)重要的是要有經(jīng)過專業(yè)培訓(xùn)的開發(fā)人員，他們可以確保軟件仍然適合其組織的特定用例。確保充分利用開源社區(qū)必須提供的創(chuàng)新也很重要。

但是，為了選擇合適的開源軟件，CloudBees的首席執(zhí)行官Sacha Labourey解釋說，DevOps團(tuán)隊?wèi)?yīng)該“首先對其組織的需求和業(yè)務(wù)優(yōu)先級進(jìn)行長期觀察，并討論該解決方案將如何在整個過程中擴(kuò)展。接下來的幾年。這樣做將使組織能夠了解擴(kuò)展使用量所需的準(zhǔn)備工作?！?/span>

團(tuán)隊還應(yīng)該確定解決方案是否與他們現(xiàn)有的工具鏈保持一致。隨著組織規(guī)模的不斷擴(kuò)大，他們將很難找到一種可以完成所有任務(wù)的工具。結(jié)果，沿途的整合是不可避免的。確保這些集成穩(wěn)定對于其成功至關(guān)重要。了解該解決方案將如何適合現(xiàn)有工具并與之配合使用，這是擴(kuò)展未來以及最終實(shí)現(xiàn)組織發(fā)展的重要因素。

結(jié)論

為了成功地實(shí)踐DevOps，您必須建立無縫連接以鏈接人員，流程，工具和目標(biāo)。但是，這需要艱苦的工作。一路上會有錯誤和溝通。如果將DevOps流程視為學(xué)習(xí)和改進(jìn)的迭代過程，則這些問題雖然具有挑戰(zhàn)性，但可以解決。通過正確使用DevOps，開發(fā)人員可以將短期失敗轉(zhuǎn)化為長期成功。