【51CTO.com原創稿件】缺乏***實踐的 DevOps，會給你的企業帶來緩慢的發布周期，甚至是災難性的錯誤。本文向你介紹一些能夠充分使用 DevOps 的小技巧。

[[220177]]

本文會分享一些有趣的 DevOps 原則，并通過應用展示它們給高效的項目交付與轉化所帶來的好處。

這里所提及的概念都源于 John Willis，他有著豐富的 IT 管理經驗，同時也是 DevOps 運動的最初倡導者。

當一個組織考慮去實踐 DevOps 的時候，他們需要掌握一些相關術語和實用方法。

本文會談及如下幾個方面：

• 騎士資本的故事
• DevOps 的術語
• 價值流（value stream）/交付(lead) 時間/周期時間（CycleTime）
• 高績效組織與低績效組織
• 對精益模型的學習
• 持續交付模型
• DevOps 的實踐

騎士資本的故事

在開始討論 DevOps 的***實踐之前，讓我們先來看看 IT 流程和技術的失敗是如何導致企業的各種業務問題與損失的。

為了深入理解這一點，我們會引入一個發生在 2012 年的騎士資本的失敗案例。

[[220178]]

騎士資本集團曾是一家美國本土的全球金融服務公司，它的業務涉及到開拓市場、電子交易、機構銷售和交易。

2012 年 8 月 1 日，騎士資本在系統的生產環境中部署了帶有倒退功能、且未經測試的軟件。

該事故的發生是由于技術人員忘記將新的零售流動性計劃（Retail Liquidity Program，RLP）代碼拷貝到八臺 SMARS 服務器中的一臺之上，而這臺服務器正是騎士用于處理股權訂單的自動路由系統之一。 

當代碼被發布到生產環境中以后，導致了 154 只股票的 4 百萬宗交易，在大約 45 分鐘內有超過 3.97 億的換手，造成直接損失 4.4 億美元。

騎士資本的這一異常交易行為被定性地描述為“技術故障。”這充分地表明了：將帶有 Bug 的軟件部署到生產環境中所能夠造成的嚴重程度。

反觀此事，如果他們當時遵循了 DevOps 的基本原則，該事故是完全可以避免的，而且無用功也會降低許多。

這里的無用功意味著他們完全可以使用自動化的部署，來取代引發人為錯誤的手動部署。接下來我們看看 DevOps 的各種實踐。

DevOps 的術語

Chef 的創始人 Adam Jacob 將 DevOps 定義為一種文化和專業的運動。

通常，影響一個項目的三個因素分別是速度（時間）、可靠性和成本。開發需要有按時交付的速度，而運營需要有可靠性。DevOps 可以保證以低成本的方式實現速度和可靠性。

DevOps 會涉及到各種模式，包括：持續改進、組織文化、學習曲線、持續交付、持續學習、持續協作和自動化。

與 DevOps 相關的術語有：

• 價值流，它指一個組織針對客戶的需求所執行的各項交付活動的順序。也就是指你如何把一個想法最終變現的過程。
• 交付時間，它指價值流從開始到結束，全程轉化的耗時。一般情況下，交付時間是指呈現到客戶眼前所花費的時間。
• 周期時間，它始于按照需求所開展的工作，終于準備好交付項目的時候。
• 交付時間的掌控能力，意味著我們對 DevOps 的運用水平。
• 部署交付時間，反映了我們在自動化方面的水平。

由此可見，組織應遵循 DevOps 的模式和實踐方式，以減少交付的時間。他們完全可以從中選取諸如：放大反饋或加強持續學習文化等一個或多個適合自身的 DevOps 方法。

高績效組織與低績效的區別

在 2016 年的 DevOps 狀況報告中，有著關于如何區分出高績效與低績效的組織研究。

該研究指出：高績效的組織更接近于 DevOps 的文化，而低績效的組織則不太適合。

以下是從那些高績效組織中所觀察到的 DevOps 文化和實踐：

• 更高的員工參與程度。
• 內部質量方面的建設。
• 遵從精益產品的管理原則：注重客戶反饋意見的收集、傳播與實施；分解整體工作成各個小的部分，并使交付流程的工作流可視化。
• 在計劃外的工作和返工上花費的時間最少。

總結起來，他們具有如下的實踐和文化：

• 更高的部署頻率
• 更短的變更交付時間
• 更短的平均恢復時間（Mean Time To Recover，MTTR）
• 更少的變更故障率

下面是有關此類高績效組織的詳情：

• 范例：亞馬遜、谷歌、Facebook、Etsy 和 Netflix。
• 在 2015 年，谷歌已經表示：他們每天會提交 5000 行代碼，75 萬次用例測試；亞馬遜，每天會進行 13.6 萬行代碼的部署，平均每年 1500 萬行；Netflix，每天部署 500 行代碼；Etsy 則每天數百行以上。
• 相對于低績效的組織來說，他們的部署頻率多了 200 倍以上、交付時間快了 2555 倍、恢復時間快 24 倍，而故障率則只有三層以下。
• 他們往往有更多的合作、培訓、風險信息分享、并且更鼓勵溝通，同時他們面對各種故障也有著健康的心態。

而對于低績效的組織來說：

• 此類組織只能努力實現一年兩次以上的部署，并只有一種瀑布式的部署模型。
• 他們的執行力緩慢、且不太可靠。在合作方面，他們的水平較低，溝通并不順暢，對失敗常會產生消極和畏難情緒，且不愿意嘗試新鮮的事物。

對精益模型的學習

與精益模型有關的術語包括：無用功、資源流和壓力。

無用功：通過對精益模式的學習能夠消除無用功。這里的無用功是指對于實現交付時間毫無用處的、不必要的步驟。就 DevOps 而言，我們應該多采用一些自動化來完成工作。

資源流：資源流就是在開發成品時所用到的資源的平衡。我們必須保持它們的一致性，而且堅持全局優化會優于局部優化的理念。

壓力：在我們減少無用功和平衡資源流時，其實就是在給系統減少壓力。這是一種系統的思維：在我們觀察資源流的全局性能時，應確保各路資源能盡快地流向最終的產品。

改善（Kaizen）：這是一個有關持續改進的日語詞匯。我們以豐田生產系統為例，它能夠通過優化資源流，來消除無用功，并通過持續改進來減少對系統的壓力。

規程（Kata）：通過對規程的執行，公司里的各個角色員工能夠以系統性的方法開展工作。而且通過可重復的方式，學習者可以用非常自然的、自發的方式，來提高技術和執行能力。

DevOps 中的精益模型影響，旨在消除任何可能出現的無用功，從而實現對資源流的優化與平衡。

此外，通過減少壓力，以確保各路資源能夠盡快地流向最終的產品。因此我們需要持續改進，并且通過遵循規程，以自然、自發的方式，來提高技術和執行能力。

持續交付模型

DevOps 的一個重要部分就是持續交付模型，也被稱為 CI/CD - 持續集成/持續交付。

它們的基本原則就是要內置到質量保障之中，這可用通過在軟件上建立全方位的測試來實現。

高績效的組織一般會做非常嚴謹的測試，他們會認真地對待各種流程中的功能性代碼、集成測試、冒煙測試（smoke test），并且貫穿到他們最終的軟件交付階段。

DevOps 的實踐

從較高層次上說，有三種方法可用來實現 DevOps，你可以從中挑選出一到兩個最適合本企業的方法進行嘗試：

• 縮短交付周期
• 放大反饋
• 持續學習

***種是從左（始）到右（終）的方式。為了能夠在較高的層次上實現對交付周期的縮短，我們需要有一個面向客戶與交付的、整體交付時間的規劃。

該方法的實現方式有：

• 使工作可見化，如使用看板（譯者注：Kanban board 是在看板系統中用塑料或紙制成薄板，將產品名稱及數量寫于其上，故此得名）。
• 切分成小批量的處理工作。
• 自動化可重復的任務。
• 運用精益軟件的原則，消除無用功，減少各種瓶頸。
• 設置對正在進行中的工作的各種約束。

第二種是從右（終）到左（始）的方式，或稱為放大反饋。我們使用多種工具來進行監控。

一般情況下，通過賦能各種獲取反饋的能力，我們就能夠在流程中更早地發現各種缺陷、或是無用功。

該方法的實現方式有：

• 遙測法。
• 故障注入。
• 同等評審，所有的變更都被同等地進行評審。
• 監控各種提交日志。

相對于***種的從左（始）到右（終）、和第二種的從右（終）到左（始）來說，第三種方法是一個閉環。我們通過使用上述提到的改善和規程來進行持續的學習。

各個組織對它的具體實現方式有：

• 持續學習。
• 溝通反饋。
• 以目標為導向的反饋。
• 學習的目標應可信、且能不斷改進。
• 反饋不應針對個人，應當針對的是交付過程中的行為，且必須是可行的。
• 反饋方法，在低信任度的環境中使用海豚式反饋，在中信任度的環境中使用三明治式反饋，以及在高信任度的環境中使用基層人員式反饋。
• 無抱怨式的企業文化。

結論

從騎士資本的故事中，我們已經能夠看到：嚴重的軟件問題能夠引起多么大的災難。

根據 DevOps 的狀況報告，DevOps 的文化和實踐不但能夠讓企業受益，還能夠讓他們在成本節省和價值上提高投資回報率：

• 成本節省，包括宕機的成本和過剩的重復勞動上的成本。
• 價值，包括從更快速的發布中，所收獲的潛在收入與更多的客戶。

我們希望通過本文的分析和引導，你的組織可以更好地領悟 DevOps 的實施潛力，并能創造出更多的價值。

[[220179]]

陳峻（Julian Chen） ，有著十多年的 IT 項目、企業運維和風險管控的從業經驗，日常工作深入系統安全各個環節。作為 CISSP 證書持有者，他在各專業雜志上發表了《IT運維的“六脈神劍”》、《律師事務所IT服務管理》 和《股票交易網絡系統中的安全設計》等論文。他還持續分享并更新《廉環話》系列博文和各種外文技術翻譯，曾被(ISC)2 評為第九屆亞太區信息安全***成就表彰計劃的“信息安全踐行者”和 Future-S 中國 IT 治理和管理的 2015 年度踐行人物。

【51CTO原創稿件，合作站點轉載請注明原文作者和出處為51CTO.com】