和Linux容器以及一直流行的云計算一樣，DevOps是如今IT領域最熱的幾大話題之一。如下Google趨勢圖顯示了過去幾年里“DevOps”相關搜索量增長趨勢，可以看出這一軟件開發方式的持續熱度。
但實際上，這一方法論的真實價值被很多噪聲淹沒了。Devops并不僅僅只是鼓勵開發人員和IT運維人員一起合作，它的真實意圖在于增加業務敏捷度。
關于應用開發的一個大家不愿意承認的事實就是很多企業并沒有足夠敏捷，能夠高效適應如今飛速改變的市場。通常，這些企業依賴于傳統的IT實踐，比如瀑布模型，或者簡單地說，它們無法足夠快得獲得可靠更新。通常來說，這樣的企業，由于它們已經面臨的開發挑戰，也在猶豫是否引入新的方式，比如DevOps。
然而，DevOps的誘人之處在于，它不是完全有或者完成沒有的實踐。對于想要嘗試DevOps是否適合他們的IT專業人士或者在考慮是否引入DevOps實踐的企業而言，如下是能夠幫助提高業務敏捷度的早期DevOps相關的三個步驟。
1. 跟蹤DevOps指標
Peter Drucker，著名管理咨詢師、教育家，也是《創新和企業家精神》的作者，曾經說過，“可以被度量的事物就是可以被管理的。” 根據Drucker所說，一旦你開始監控什么東西，你就能夠在此領域神奇得發現可以改進之處。
通知團隊，并且開始跟蹤一些DevOps度量的關鍵點。就能夠實現Drucker所說的神奇的性能增長，并且可以建立一個基線，來評估所采取的任何額外步驟在多大程度上能夠影響到企業的敏捷性。
Devops.com貢獻者Payal Chakravarty和David Shackelford建議如下DevOps度量：
開發應用所花費的最高時間：幫助理解可以多快得開發應用失敗部署的百分比：看出是否部署成功客戶ticket數：顯示產生了多少問題故障恢復的平均時間：顯示從應用程序bug或者故障恢復需要多長時間用戶數：顯示應用程序對于用戶而言的有用程度
這些度量可能包含自相矛盾的權衡之處(比如，越快開發，就有可能犯越多的錯誤)，但是DevOps使得可以在這五個敏捷度量上都能夠同時得到好的結果。
2. 使用“模式2”處理新項目
據Gartner分析，“雙模態IT”是一種IT策略，同時擁有傳統IT(“模式1”)的強調可靠性和精確度，以及現代IT(“模式2”)的強調速度和敏捷度的雙重優點。也就是說，使用雙模態IT方式，你無需徹底拋棄已有的模式1的應用程序和基礎架構，就能夠收獲模式2的優勢。
但是如何決定什么項目必須使用模式1還是模式2呢?Gartner認為雙模態IT的最佳實踐是模式1用于記錄的系統，模式二用于差異化和創新的系統。
隨著時間的推移，一旦找到機會嘗試模式2，你的業務敏捷度一定會提高，并且能夠快速得適應動態的市場。
3. 嘗試DevOps友好的PaaS技術
既然你已經能夠更快更敏捷得完成一些公司項目，那么可以考慮平臺即服務(PaaS)，這會進一步有助于DevOps方案。
PaaS是基于云的平臺，使得開發人員和IT運維人員能夠更容易得構建，部署和管理應用，并且避免很多基礎架構相關的困難和花費。IT也能夠使用PaaS技術來合作，并且和業務經理更緊密得進行迭代。
跟蹤DevOps矩陣，在新項目里使用模式2，并且嘗試PaaS是高效的起點，可以幫助企業增加敏捷度。現在就開始吧，很快你的公司就會發現，在如今快速改變的世界里，自身的競爭力變得越來越強。
京公網安備 11010502049343號