目前，DevOps在國(guó)內(nèi)正處于高速增長(zhǎng)的階段。尤其在各大廠中它受到了熱烈歡迎，但是大家要注意結(jié)合實(shí)際，立足于業(yè)務(wù)。不能為了敏捷而敏捷，為了devops而devops!

[[361226]]

1. 部署頻率

開發(fā)后保持競(jìng)爭(zhēng)優(yōu)勢(shì)，高質(zhì)量，準(zhǔn)確地提供更新，新功能和技術(shù)增強(qiáng)都非常重要。增加交付強(qiáng)度的機(jī)會(huì)有利于提高靈活性并更滿足不斷變化的消費(fèi)者需求。

定期測(cè)量部署頻率將提供更大的可見(jiàn)性，可以了解哪些改進(jìn)成功，哪些部分要更改。頻率如果快速下降可能代表其他任務(wù)或手動(dòng)操作在干擾工作流程。想要可持續(xù)的增長(zhǎng)和發(fā)展，建議進(jìn)行微小但持續(xù)變化的部署頻率指標(biāo)。確定部署頻率，針對(duì)早期進(jìn)行優(yōu)化，使測(cè)試更易于管理。

2. 部署時(shí)間

此度量標(biāo)準(zhǔn)衡量執(zhí)行部署需要多長(zhǎng)時(shí)間看起來(lái)似乎無(wú)關(guān)緊要，但是衡量部署時(shí)間可以知道潛在問(wèn)題。比如，如果你的部署需要一個(gè)小時(shí)，那一定有問(wèn)題。所以最好集中在較小但更頻繁的部署上，用捕獲構(gòu)建時(shí)間的方式。

3. 自動(dòng)化測(cè)試通過(guò)率

非常建議你利用單元測(cè)試和集成測(cè)試以最大程度地提高速度。因?yàn)镈evOps嚴(yán)重依賴于自動(dòng)化，有用的DevOps指標(biāo)用于衡量自動(dòng)化測(cè)試的效果。知道多少代碼調(diào)整會(huì)導(dǎo)致測(cè)試崩潰，有效利用這一點(diǎn)就可以幫到你。

4. 代碼提交

計(jì)算團(tuán)隊(duì)在將軟件實(shí)施到生產(chǎn)之前對(duì)軟件的提交次數(shù)，不僅能衡量開發(fā)速度，還能衡量代碼的準(zhǔn)確性。團(tuán)隊(duì)?wèi)?yīng)提出每個(gè)人該遵循的標(biāo)準(zhǔn)代碼提交范圍。大量提交或許意味著代碼質(zhì)量差、缺乏明確的開發(fā)目標(biāo)之類的問(wèn)題。團(tuán)隊(duì)可能會(huì)因?yàn)槿藬?shù)低于標(biāo)準(zhǔn)值而缺乏生產(chǎn)力。找出減少或增加提交次數(shù)的原因是非常有必要的，用來(lái)保持效率和項(xiàng)目進(jìn)度，也可以保持團(tuán)隊(duì)成員之間的幸福感。

5. 計(jì)劃外工作

顧名思義，在標(biāo)準(zhǔn)項(xiàng)目中，計(jì)劃外工作率不應(yīng)超過(guò)25%。太高的計(jì)劃外工作率可能會(huì)在工作中發(fā)生一些意外錯(cuò)誤，如果在工作流的早期沒(méi)有發(fā)現(xiàn)就比較嚴(yán)重了。返工率也是試圖解決票證中存在的問(wèn)題的嘗試。

平均故障時(shí)間(MTTF)是有缺陷的系統(tǒng)設(shè)法運(yùn)行直到出現(xiàn)故障的平均時(shí)間。用來(lái)跟蹤不可修復(fù)的系統(tǒng)組件的狀態(tài)，并且評(píng)估它們?cè)谑е翱梢怨ぷ鞫嚅L(zhǎng)時(shí)間。它可以讓DevOps團(tuán)隊(duì)在確定故障時(shí)維護(hù)關(guān)鍵任務(wù)系統(tǒng)的狀況。

6. 應(yīng)用性能

執(zhí)行部署之前，你一定要檢查性能故障，未知錯(cuò)誤和其他問(wèn)題。在整個(gè)部署過(guò)程中和部署之后監(jiān)視整個(gè)程序輸出中的更改。以及發(fā)布后的SQL查詢，Web服務(wù)器調(diào)用和其他程序要求的使用。如果發(fā)生重大調(diào)整是正常的，可以使用監(jiān)視工具，它可以更精確地顯示更改。

7. 平均檢測(cè)時(shí)間(MTTD)

當(dāng)問(wèn)題真正出現(xiàn)時(shí)，重點(diǎn)就是要立刻識(shí)別它們。不然出現(xiàn)嚴(yán)重的局部或大型機(jī)器故障時(shí)，還不了解它事態(tài)就會(huì)發(fā)展得很嚴(yán)重。記得設(shè)置強(qiáng)大的應(yīng)用程序監(jiān)視功能幫你輕松發(fā)現(xiàn)錯(cuò)誤。

8. 平均恢復(fù)時(shí)間(MTTR)

平均恢復(fù)時(shí)間是衡量企業(yè)解決問(wèn)題有效性的指標(biāo)。分析業(yè)務(wù)和客戶體驗(yàn)的效果的能力，提供了所需的視角。MTTR計(jì)算從故障到解決的總響應(yīng)時(shí)間，并提供有關(guān)客戶端是否失去控制，遇到延遲或放棄系統(tǒng)的信息。改善它可以大大地減少影響。

總而言之，在人力成本高、市場(chǎng)競(jìng)爭(zhēng)激烈、以及用戶需求變化十分頻繁的情況下，DevOps是必須選用的一條路。