正確的DevOps策略是成功的唯一保證
在SparkPost，云電子郵件傳送服務(wù)，幾年前的DevOps轉(zhuǎn)型幫助公司改變了方向。 SparkPost工程副總裁Chris McFadden表示：“傳統(tǒng)”開發(fā)工作很麻煩，士氣低落，錯誤也在上升。因此，他的組織創(chuàng)建了一個新的跨功能部署團隊，其中包括來自開發(fā)和技術(shù)運營團隊的精選成員。
McFadden表示，新團隊一起工作，專注于工具，并選擇Bamboo和Ansible來進行自動化部署數(shù)據(jù)庫，代碼和配置更改。 McFadden說：“在一個月內(nèi)，該團隊為每個服務(wù)自動新生了一個構(gòu)建部署管道。僅僅三個月后，團隊的漸進式改進將升級周期縮短了80%，同時減少了一定程度的停機時間。”
“敏捷需要打破開發(fā)與產(chǎn)品管理以及測試等部門之間的壁壘; DevOps同樣要求打破障礙，但是這次是在開發(fā)與運維之間。”他補充說。
不得不說，獲得正確的DevOps策略是至關(guān)重要的。這不僅僅需要開發(fā)和運維一起工作，BA、客戶和管理層都應(yīng)該加入進來。信息技術(shù)顧問Wesley Higbee說：“開發(fā)人員和運維人員一起工作仍然會剩下很多人，需要所有人共同努力才能取得成功。”他補充說：“如果你只是加快生產(chǎn)垃圾的過程，你不會只是垃圾，垃圾，你得到一個垃圾填埋場。”
一、采取正確的步驟
為避免垃圾填埋問題，需要有辦法和計劃。這是一個亞馬遜網(wǎng)絡(luò)服務(wù)架構(gòu)師BrianSchuster的建議，他為IT咨詢公司VirtusaPolaris工作。 Schuster提出了幾個有助于組織DevOps策略的高級步驟：
1. 明確規(guī)定貴組織將擁有什么級別的基礎(chǔ)設(shè)施訪問權(quán)以及準(zhǔn)入生產(chǎn)所需的標(biāo)準(zhǔn)流程。
2. 不要一次在整個組織中實施DevOps。從部門級別或者項目級別來分步驟的測試DevOps過程，保持一個必要的粒度切分。
3. 有一個定義的過程來監(jiān)控整個組織所付出的成本。可能沒有確定基礎(chǔ)設(shè)施預(yù)算的部門現(xiàn)在將創(chuàng)造基礎(chǔ)設(shè)施和新的費用。這些費用需要被跟蹤并向經(jīng)理報告。具有DevOps經(jīng)驗的IT專家認(rèn)為，該方法需要新思維，領(lǐng)導(dǎo)力和對DevOps策略的承諾。
這是一個很好的起點，但一些實踐者提供了幾個其他想法，當(dāng)企業(yè)從接納DevOps到實際的實施時需要參考：
不要為了改變而改變。 “在大多數(shù)情況下，企業(yè)覺得他們需要放棄對他們過去的一切工作，我們的起點將是對當(dāng)前工作流程，軟件發(fā)布周期和服務(wù)器管理的評審，從這個起點我們會幫助公司制定一個戰(zhàn)略，首先解決這個過程中最低效的部分，通常是軟件發(fā)布周期。 - WSM國際首席技術(shù)官Jeremy Steinert，云計算集成商。
責(zé)任心。“鼓勵責(zé)任心，以單獨團隊的成功為榮，監(jiān)督所有事情，聚焦結(jié)果，并將所有的弊端呈現(xiàn)出來，個人以不間斷的方式進行交付。 - 吉爾Tene，Azul系統(tǒng)的首席技術(shù)官，Java運行時解決方案提供商。
敏捷與穩(wěn)定共存。 “大多數(shù)情況下，組織更多地關(guān)注敏捷性，對穩(wěn)定性和可靠性的關(guān)注還不夠，DevOps有很大的潛力，但為了使其運作良好，組織需要采取可度量的措施，運維人員，開發(fā)人員和測試人員需要有強大的溝通和共同目標(biāo)，包容性 - 傳統(tǒng)的基礎(chǔ)設(shè)施團隊成員具有與開發(fā)人員專有技術(shù)配對的寶貴知識。“ - DanielLakier，網(wǎng)絡(luò)安全公司Radware的應(yīng)用交付解決方案副總裁。
從小做起，忌貪大求全。“當(dāng)您開始DevOps轉(zhuǎn)換時，由于您必須不斷學(xué)習(xí)，適應(yīng)，迭代和發(fā)展，才能開始小型化，您不能只是扔一個魔術(shù)開關(guān)，并希望大家集體地做DevOps。首先，您的公司如何遷移DevOps將特定于您的組織，因為并不是所有的公司和文化都是一樣的，我總是建議首先IT專業(yè)人士能夠與已經(jīng)轉(zhuǎn)型的其他組織的人盡可能多的進行探討，然后用一種對您獨特的組織，文化和團隊有意義的方式進行學(xué)習(xí)。“ - 安德魯·風(fēng)暴，新環(huán)境安全服務(wù)副總裁，一家構(gòu)建安全系統(tǒng)的公司。
承擔(dān)更艱巨的項目。 “啟動DevOps策略最大的挑戰(zhàn)是如何在初始成功之后持續(xù)改善。您的DevOps轉(zhuǎn)型的第一個目標(biāo)將是不使用客戶數(shù)據(jù)的獨立應(yīng)用程序，您的下一個目標(biāo)將是您的遺留應(yīng)用程序，相同的遺留應(yīng)用程序如此復(fù)雜和脆弱，你可能已經(jīng)手動部署了他們多年，那時你會到挫敗感的頂峰。 - 羅伯特·里夫斯(Robert Reeves)，數(shù)據(jù)自動化解決方案提供商Datical的聯(lián)合創(chuàng)始人兼CTO。
二、以人為本
威斯康星大學(xué)威斯康星大學(xué)計算與新媒體技術(shù)助理教授史蒂夫·蘇格林(SteveSuehring)表示：“DevOps最大的問題是記住，這是關(guān)于人而不是技術(shù)。 他說，創(chuàng)建一個開發(fā)人員可以像運營人員一樣思考的環(huán)境，以及運營人員可以像開發(fā)人員思考的環(huán)境，是至關(guān)重要的。
“我在DevOps過渡中遇到的主要缺陷正在如閃爍的技術(shù)(如儀表板和自動化)中被捕獲，”Suehring說，“組織想要一個DevOps的快捷方式，就像支付顧問告訴他們藍色/綠色狀態(tài)，如何 實施Hudson and Chef or Puppet會立即使他們的問題消失。”
但人是關(guān)鍵。 他表示，組織應(yīng)要求開發(fā)人員對其發(fā)布負(fù)責(zé)，要求業(yè)務(wù)人員參加開發(fā)人員會議，“項目經(jīng)理關(guān)注日期超過質(zhì)量”。他補充說
而對DevOps策略的承諾可以得到回報。 McFadden公司的早期部署團隊的成功為未來DevOps的改進奠定了基礎(chǔ)，現(xiàn)在“成為我們當(dāng)前系統(tǒng)可靠性工程團隊的骨干”，他補充說。
【本文是51CTO專欄作者“王津銀”的原創(chuàng)稿件，轉(zhuǎn)載請注明出處】
