DevOps 涉獵的範圍很是的普遍,包括軟件研發全生命週期的方方面面,對於剛開始涉及 DevOps 的人來講會有種盲人摸象的感受,這正是 DevOps 轉型的一個難點。在 DevOps 轉型過程當中,標準化是重要手段。那麼,標準化關注的具體是什麼內容呢?服務器
DevOps 的轉型目標在於縮短前置時間,加快部署頻率,提升系統的可用性,減小服務恢復時間,下降變動失敗率。這就要求咱們在設計運行平臺的時候,除了具有自動恢復功能的之外,還要提供豐富的運維監控數據以及強大的數據分析能力,這樣可以幫助運維人員在極短的時間以內恢復服務。變動失敗的緣由主要有 2 個,一是功能質量沒有達標,二是需求理解不到位。運維
圖片中是咱們整理的一些標準化的關注點。做爲產品經理或業務分析的人員,須要關注需求如何順利到達研發團隊,並可以適應他們進行敏捷的開發。做爲研發人員須要關注的點相對比較多,尤爲是要關注配置信息標準化管理。工具
標準化的目的是爲了實現自動化,包括集成的自動化、部署的自動化、測試的自動化和運維的自動化。下圖是一個典型的 DevOps 循環圖。咱們認爲業務敏捷是前提,DevOps 流程是從敏捷型需求爲起點,通過了運維監控這個最後的節點回到計劃,實現閉環。測試
編碼過程標準化的重點在於測試驅動的開發,這也是敏捷要求的一個標準,可是實際上能作到這個標準的團隊並非不少。測試驅動開發首先要面向接口作一些測試和開發,面向接口作測試的時候須要關注接口名稱、接口協議、接口參數名稱和類型、接受條件。其次咱們須要關注數據,包括每一個接口輸入的數據以及其得出的結果。針對引用的相對複雜業務邏輯的其餘服務,需使用 mock 工具來減小依賴。每一個測試用例的測試場景須要完整註釋。編碼
最後咱們總結一下前面的內容:1、需求敏捷化是起點。2、TDD 開發模式是快速迭代開發時代保障軟件質量基線的有效手段。3、注重環境配置文件的標準化,保證程序的可測試性。4、研發流程的標準化是創建自動化 CI、CD 流程的前提,而 CI、CD 流程的自動化是實現 DevOps 的關鍵點。5、Jenkins 是實現 CI、CD 流程的有效工具,可是在處理複雜業務場景時還須要有其餘合適工具的幫襯。6、服務器運行環境的標準化,能夠促進流程腳本的標準化。設計