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