【51CTO.com快譯】說到數(shù)字化，勢必需要支持企業(yè)以更快的速度、更高的靈活性來運營。這導致開發(fā)運維（DevOps）迅猛發(fā)展，成為許多企業(yè)尋求競爭優(yōu)勢的關鍵。雖然DevOps帶來了引人注目的業(yè)務優(yōu)勢，但由于不清楚如何對待DevOps項目，許多企業(yè)仍難以從中得益。

[[223054]]

Gartner的研究主管George Spafford說：“由于缺少標準的定義和方法，處于不斷發(fā)展中，需要接受和管理風險，DevOps對傳統(tǒng)IT思維提出了挑戰(zhàn)。這個不確切的目標狀態(tài)導致許多IT部門猶豫不決、不敢實施DevOps策略。”

雖然沒有一系列具體的所需階段，但Spafford建議基礎設施及運營（I&O）領導人可以遵循這八個基本步驟來搞好DevOps項目。

1. 確定業(yè)務理由

DevOps項目要關注業(yè)務需求，而不是“純粹為了DevOps搞DevOps”，避免方法和工具變得比客戶需求還重要。企業(yè)要避免這個常見的錯誤：還沒有明確搞DevOps項目的業(yè)務理由，就貿然上馬。

Spafford解釋到：“比如說，先從業(yè)務價值入手，問問DevOps能帶來什么，而不是專注于發(fā)布速度、更快地完成工作。理由可能是‘通過提升發(fā)布速度，我們能夠更快地創(chuàng)新，從而支持銷售和營銷部門使用移動應用進行訂購。’最成功的企業(yè)希望通過DevOps獲得業(yè)務的好處。”

2. 為所在企業(yè)定義DevOps

Gartner對DevOps下的定義是：這是一種使用敏捷方法、協(xié)作和自動化交付解決方案的業(yè)務驅動方法。能以所在企業(yè)易懂的措辭來定義目標狀態(tài)顯得很重要。為項目挑一個標簽，提供員工認同和支持的一個“標語”，這有助于員工參與進來。這個定義應簡短、明確重點，并支持業(yè)務理由。

3. 選擇“先行者”應用軟件

別指望一個步驟就部署好DevOps。DevOps要迭代式部署，每次同時滿足這三個要素：

• 友好的環(huán)境：這意味著大家愿意使用先行者應用軟件，真心嘗試項目。
• 可接受的價值：先行者應用軟件要提供足夠的價值以贏得信譽和批準，以便繼續(xù)下去。
• 可接受的風險：由于DevOps方面的不確定性，許多人認為它風險很高，害怕開始入手。企業(yè)應指出風險可接受的機會，因為IT、運營、開發(fā)、信息安全，法規(guī)遵從和審計等部門的每個人都要學習。

Spafford說：“DevOps主要用于敏捷開發(fā)以及不確定性相當大的場景（比如機器學習和物聯(lián)網），但由于DevOps理念可以廣泛應用，所以會有引入這套概念的其他機會。然而，最初運用于創(chuàng)新的系統(tǒng)通常比較好，因為現(xiàn)有功能可能無法支持像大數(shù)據(jù)、機器學習和物聯(lián)網這些項目。”

4. 確定初始團隊

人員是成功的DevOps項目的主要因素。挑選初始團隊的成員時，要注重行為而不是注重技能。教技術技能比教正確行為來得容易――錯誤的行為會使DevOps工作偏離正常進程。物色優(yōu)秀的團隊成員，要聰明、有干勁，了解風險，致力于終生學習，還能適應新的工作方式。

5. 確立目標和度量指標

因為人員是DevOps項目中最重要的因素，了解和實施合適的激勵措施至關重要。Spafford說：“在許多傳統(tǒng)企業(yè)，目標由各部門確立，IT度量指標落實到位，以解決問題，獎勵解決問題的人員。”

“在DevOps項目中，目標要由團隊確立，并與下達給團隊的業(yè)務目標保持一致。DevOps團隊成員要認識到他們都有同一個目標，度量指標和激勵措施要鼓勵團隊合作以實現(xiàn)業(yè)務目標，而不是度量指標強化風險規(guī)避和解決個別問題。”

6. 專注于限制因素

I&O領導人應找出限制生產能力的***瓶頸。開發(fā)新的和變更的系統(tǒng)，并轉移到生產環(huán)境中，這個生命周期會帶來***的限制因素，因而限制生產能力。如果專注于這個***的限制因素，DevOps團隊就能系統(tǒng)地識別什么在阻礙所需的工作節(jié)奏，并克服這個瓶頸。

7. 開發(fā)工具鏈

實施DevOps的總體目標包括一套集成的工具鏈，支持合理地評估和選擇工具，以便每個工具都與應用程序生命周期中的相鄰工具松散耦合。連接所有的自動化接觸點和信息流可借助工具鏈來加快版本的發(fā)布，同時減少錯誤、缺陷、返工和停運。這將讓在每個階段使用的工具得以保持一致，便于了解在階段內和階段之間哪個地方需要實現(xiàn)自動化、集成和工具轉換。

8. 準備好后擴展

太多的公司犯這樣的錯誤：開始DevOps之前就需要擴展，以便獲得批準。這導致了惡性循環(huán)。因為他們不知道如何擴展DevOps，所以無法開始。而由于他們無法開始，就無法摸索并搞清楚如何擴展。

Spafford建議：“切莫還沒有準備好就試圖擴展，結果讓靠譜的DevOps項目偏離正道。”

“相反，把團隊召集起來，開始朝著似乎最有意義的方向前進，克服遇到的限制因素。人員、技術和流程方面一定要循序漸進。帶來技術債務是不可避免的，而管理這種債務是新模式的一部分。”

原文標題：8 Steps to Get DevOps Right，作者：Christy Pettey

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