[[167896]]

【51CTO.com快譯】開發(fā)運維方面的***實踐絕非自然而然出現(xiàn)的，它需要一項精心制定的戰(zhàn)略。專家們?yōu)椴捎瞄_發(fā)運維方法的企業(yè)給出了這些***實踐。

開發(fā)運維方面的***實踐似乎比以往來得更重要。一方面歸因于移動和物聯(lián)網(wǎng)技術(shù)的迅猛發(fā)展，企業(yè)開發(fā)團隊面臨越來越大的壓力：以更快的速度交付更多的應用程序。2015年12月，知名調(diào)研機構(gòu)Gartner預測，“到2017年年底，市場對移動應用程序開發(fā)服務的需求會以至少比內(nèi)部IT部門的交付能力快五倍的速度增長。”

由于需求和能力之間的這種不匹配，企業(yè)組織在想方設(shè)法加快開發(fā)速度。而他們?nèi)找娌捎玫钠渲幸环N方法就是開發(fā)運維。據(jù)Gartner聲稱，2015年，企業(yè)組織在開發(fā)運維工具上花費23億美元，預計“到2016年，開發(fā)運維會從大型云服務提供商采用的一種小眾戰(zhàn)略，逐漸變成25%的全球2000強企業(yè)采用的一種主流戰(zhàn)略。”

對于開發(fā)運維市場的規(guī)模，廠商的估計顯得尤為樂觀。2016年RightScale報告聲稱，80%的大企業(yè)和70%的中小企業(yè)(SMB)在采用開發(fā)運維。

遺憾的是，雖然許多公司在競相采用開發(fā)運維，但它們并非總是確信開發(fā)運維需要什么。幾家不同的企業(yè)提出了彼此競爭的概念，IT行業(yè)還沒有就一種權(quán)威的定義達成共識。Gene Kim是最知名的開發(fā)運維支持者之一，與人合著有暢銷的財經(jīng)小說《The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win》。他承認：“開發(fā)運維飽受詬病的方面之一是，很難描述開發(fā)運維是什么。”

盡管缺乏標準定義，但專家們就開發(fā)運維的根本原則達成了共識。通常來說，開發(fā)運維旨在打造這樣一種文化：IT開發(fā)團隊和運維團隊非常緊密地協(xié)同工作。開發(fā)運維脫胎于敏捷開發(fā)和精益開發(fā)原則，它需要盡可能地實現(xiàn)流程自動化，以便加快企業(yè)組織部署新應用程序的速度。而最終目標不僅僅是提高IT效率，還在于有助于讓企業(yè)組織更成功。

來自專家的幾大高招

那些核心原則大有變化和試驗的余地，許多企業(yè)組織在想：如果自己想要開始使用開發(fā)運維實踐，到底應該做些什么。為了解答這個問題，我們請教了幾位開發(fā)運維專家，聽聽他們在開發(fā)運維的***實踐方面有什么高招和建議。

1.從小處著手。

專家提醒，就開發(fā)運維而言，試圖一下子做太多的事情勢必會招致失敗。任何大型IT部門都會有現(xiàn)有的流程和根深蒂固的文化，它們根本不可能一夜之間變化。

他們建議，應該先搞一個得益于開發(fā)運維實踐的項目或團隊，從小處著手。關(guān)鍵在于選擇這樣一個項目：開發(fā)運維的成功幾率很大，它能夠為未來的開發(fā)運維工作充當基礎(chǔ)。

Xebia Labs的產(chǎn)品副總裁Tim Buntel說：“可以根據(jù)你在哪里獲得***的好處，進行相應的變化。評估什么給如今你的開發(fā)和部署流程帶來了***的麻煩，然后優(yōu)先處理這一步。”

BMC的云管理和數(shù)據(jù)中心自動化業(yè)務部的產(chǎn)品管理副總裁David Cramer贊同這一觀點。他說：“一開始成功很重要，那樣團隊才能樹立信心，并且為其他人樹立一個榜樣。初始團隊的成功直接影響著大規(guī)模實施變化的難易程度。項目本身也很重要，所以務必要選擇對業(yè)務來說有意義的方面。如果初始項目不是戰(zhàn)略性項目，人們就會輕視結(jié)果。”

2.專注于文化，而不是專注于工具。

最重要的一點是，采用開發(fā)運維就是改變變化。致力于自動化或購買新工具不足以帶來大多數(shù)企業(yè)組織希望實現(xiàn)的那種變化。

New Relic戰(zhàn)略營銷團隊的開發(fā)運維宣傳官Stevan Arychuk說：“一個常見的陷阱是一味關(guān)注技術(shù)，而不是文化要素。開發(fā)運維注重各個技術(shù)和運營團隊之間的信任和合作；工具和技術(shù)其實是為實現(xiàn)這個目標而服務的。”

Buntuel說：“大多數(shù)技術(shù)團隊認為，工具可以解決所有問題。雖然工具對開發(fā)運維轉(zhuǎn)型來說絕對很重要，但是除非輔以實際而重大的文化變化，否則它們毫無幫助。認真考慮你的業(yè)務目標，考慮信任和溝通，考慮原因。只有搞清楚了如何開始文化轉(zhuǎn)型，你才可以往技術(shù)解決方案投入時間和精力。”

3.購置實時深入了解項目的工具。

雖然光有技術(shù)還不夠，但是說到如何采用開發(fā)運維這個問題，工具絕對是答案的一部分。專家們表示，為了鼓勵溝通和合作，擁有讓每個人都能實時了解IT項目方面的工作進展如何的工具，至關(guān)重要。

此外，企業(yè)組織需要確保，它們使用的所有不同的團隊工具可以整合起來。企業(yè)組織購買多款旨在支持開發(fā)運維的工具，這很常見。比如說，它們可能有版本控制管理系統(tǒng)、錯誤跟蹤系統(tǒng)、溝通平臺、求助平臺、運維監(jiān)控工具等。Buchanen表示，他“見過交付工具鏈不是很配套，導致許多團隊發(fā)生碰撞的情況。”因而，他建議“工具整合是支持開發(fā)運維方面最有幫助的技術(shù)。”

4.部署自動化技術(shù)。

開發(fā)運維技術(shù)另一個非常重要的部分是自動化。Buntel說：“可幫助你以一種受控制、可擴展的方式，實現(xiàn)流程自動化的任何技術(shù)都大有幫助。”

眾多廠商目前提供自動化工具，可以簡化配置、監(jiān)控和維護網(wǎng)絡基礎(chǔ)設(shè)施這個過程。這些工具可以幫助企業(yè)組織更迅速地部署應用程序，并有助于提高IT的效率。

同樣，Docker之類的容器化技術(shù)也大有幫助。容器簡化了從開發(fā)服務器到生產(chǎn)服務器的轉(zhuǎn)變，消除了部署過程中的許多棘手問題。

5.加快部署速度。

據(jù)Puppet Lab的《2015年開發(fā)運維行情報告》聲稱，“相比表現(xiàn)較為遜色的IT部門，表現(xiàn)出色的IT部門遇到的故障要少60倍，從故障中恢復的速度卻要快168倍。它們部署的頻次也要高30倍，籌備時間縮短了200倍。”

同樣，弗雷斯特研究公司一份題為《新的軟件要務：確保質(zhì)量的同時快速交付》的報告發(fā)現(xiàn)，“一向以最快周期交付的開發(fā)團隊能夠在業(yè)務用戶當中獲得***的滿意度。”重要的是，能夠以最快的速度交付新應用程序的新團隊也在構(gòu)建質(zhì)量***的軟件。

對大多數(shù)企業(yè)來說，加快部署速度是其開發(fā)運維項目的一個關(guān)鍵目標。為了實現(xiàn)這個目標，它們常常部署有望加快開發(fā)的技術(shù)，它們常常實施敏捷開發(fā)方法，比如測試驅(qū)動的開發(fā)、持續(xù)開發(fā)、持續(xù)集成、結(jié)對編程和Scrum方法。專家們表示，企業(yè)組織牢記這一點很重要：方法和技術(shù)本身并不是目標;相反，它們只是實現(xiàn)諸多目標的一種手段，比如加快部署、改善代碼質(zhì)量以及最終為業(yè)務部門提供更好的支持。

6.加大運維團隊的反饋。

雖然開發(fā)運維的開發(fā)方面常常備受關(guān)注，但專家們提醒，不忘記運維很重要。如果改善運營部門內(nèi)部以及運維部門和IT組織其他部門之間的溝通和合作，企業(yè)組織常常能夠獲得顯著的效率。

Atlassian的開發(fā)宣傳官Ian Buchanan說：“在許多情況下，敏捷開發(fā)已經(jīng)促使開發(fā)團隊優(yōu)化其交付管道。如果一開始致力于這個概念：簡化來自運維團隊的反饋，而不是借助更多的交付自動化實現(xiàn)局部***化，那些團隊就能獲得更大的成效。”

7.制定衡量成效的一些KPI。

為什么你在向開發(fā)運維轉(zhuǎn)變?你怎么才能知道轉(zhuǎn)型是否成功?專家們表示，在實施開發(fā)運維之前問答這些問題是個好主意。理想情況下，開發(fā)運維應該對你為公司跟蹤的一些關(guān)鍵績效指標(KPI)有積極的影響。

New Relic戰(zhàn)略營銷團隊的開發(fā)運維宣傳官Stevan Arychuk認為：“一定要搞清楚你為什么實施開發(fā)運維方法，并制定一套清晰的框架來衡量成效。開發(fā)運維的真正價值最終意味著，技術(shù)能夠更好地利用起來，具有更大的靈活性，從而支持業(yè)務，所以行之有效的開發(fā)運維戰(zhàn)略應該是能夠使用KPI量化給業(yè)務帶來的積極影響。”

8.改變業(yè)務流程，與你的開發(fā)節(jié)奏相一致。

你改變IT流程后，它同樣會影響業(yè)務的其他方面。Cramer建議要有“全局觀”。他解釋：“改變業(yè)務流程以便與來自開發(fā)運維的新版本發(fā)布節(jié)奏相一致，這很重要。比如說，營銷團隊可能落實了流程，專注于傳統(tǒng)的年度或半年度產(chǎn)品發(fā)布周期，如果發(fā)布的版本規(guī)模要小得多、頻次高得多，它們不知道如何改變流程。另一個例子就是內(nèi)部治理流程，需要深入了解12個月的發(fā)布計劃。”

IT領(lǐng)導人需要確保，除了開發(fā)團隊和運維團隊外，他們還在與另外這些部門溝通和合作。實際上，實施了開發(fā)運維的許多企業(yè)組織表示，這個理念背后的原則有助于另外許多內(nèi)部團隊，而不是僅僅有助于IT部門。

9.參與開發(fā)運維社區(qū)。

由于那么多的企業(yè)在采用開發(fā)運維，企業(yè)組織不需要“重新發(fā)明輪子。”專家們表示，如果公司參與開發(fā)運維會議或在線社區(qū)，并且與實施類似項目的其他企業(yè)組織積極交流，就會大有收獲。

Buchanen特別指出：“確保開發(fā)運維切實可行的理念、實踐和工具在不斷改進。你的人員需要利用社區(qū)來驗證理念、衡量進度，并且找到進一步改進的靈感來源。別害怕講述自己的故事，不管你在開發(fā)運維這條道路上處于什么階段?？偸菚辛硪患夜緯X得你的故事對它大有助益。”

開發(fā)運維的***實踐：是旅程，不是終點

隨著企業(yè)組織積極實施這些開發(fā)運維的***實踐，它們應該牢記：采用開發(fā)運維是個長期過程。不像ITIL、敏捷開發(fā)或精益制造等其他IT管理實踐，開發(fā)運維與其說是一種具體的框架或一套具體的實踐，更不如說是一股潮流和一種理念。

在大多數(shù)情況下，企業(yè)不會達到可以說自己“實現(xiàn)了開發(fā)運維”的狀態(tài)。相反，它們在不斷嘗試新工具和新流程，試圖找到幫助自己將開發(fā)和運維更緊密地整合起來的工具和流程，最終為業(yè)務部門改善成效。

原文標題：9 Best Practices for DevOps，作者：Cynthia Harvey

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