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