DevOps重點知識有哪些

本篇內(nèi)容介紹了“DevOps重點知識有哪些”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

1. 部署頻率

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

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

2. 部署時間

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

3. 自動化測試通過率

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

4. 代碼提交

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

5. 計劃外工作

顧名思義，在標準項目中，計劃外工作率不應超過25%。太高的計劃外工作率可能會在工作中發(fā)生一些意外錯誤，如果在工作流的早期沒有發(fā)現(xiàn)就比較嚴重了。返工率也是試圖解決票證中存在的問題的嘗試。

平均故障時間(MTTF)是有缺陷的系統(tǒng)設法運行直到出現(xiàn)故障的平均時間。用來跟蹤不可修復的系統(tǒng)組件的狀態(tài)，并且評估它們在失效之前可以工作多長時間。它可以讓DevOps團隊在確定故障時維護關(guān)鍵任務系統(tǒng)的狀況。

6. 應用性能

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

7. 平均檢測時間(MTTD)

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

8. 平均恢復時間(MTTR)

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

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

“DevOps重點知識有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！