DevOps（英文Development和Operations的組合）是一組過程、方法與系統的統稱，用于促進軟件開發、技術運營部門之間的溝通、協作與整合。它的出現是由于軟件行業日益清晰地認識到：為了按時交付軟件產品和服務，開發和運營工作必須緊密合作。DevOps的方法提倡開發與IT運維部門之間高度協同，從而在提高生產環境的可靠性、穩定性與彈性的同時，又能完成高頻率軟件升級部署。

　　相對于瀑布式開發，敏捷開發過程的一個基本原則就是以更快的頻率交付最小化可用的軟件。但是高頻率的版本發布對IT運維來講卻是一場災難。對于BOSS開發的每個需求提出者來講，都希望自己提出的功能開發馬上實現，然而軟件開發卻有自己的流程，例如需求了解、實施步驟分解、代碼開發、功能測試等等一系列必不可少的工作。最后由于BOSS升級工作又包括了是否需要調整前臺業務；是否需要調整生產數據庫；是否需要前臺應用程序升級，每次升級都需要版本的重新部署，前臺的版本升級部署一次需要大約2個小時的時間，數據庫的調整也需要時間，當數據庫表結構改變和大批量的數據增刪改時還會影響數據同步，影響報表的統計查詢，因此IT運維的困難制約了敏捷開發的實施。如何解決兩者之間的矛盾呢？DevOps是目前普遍認為的一種行之有效的方法。DevOps要求開發與IT運維高度協同，IT運維部門應充分的參與到需求的開發中來，及時調整IT支撐系統的架構，來適應軟件開發的不斷發展。這里面需要注意的問題有幾個。第一點要求需求開發對于需要的IT支撐能力與IT部門要在全局部署上達成一致。例如BOSS系統中每個月的權責出賬、銷賬，需要計算全省2000萬客戶每個產品產生的賬單，需求開發按照系統目前的計算能力無法在12個小時之內計算完畢，研發就會采用分批計算的方式來實現，但是分批計算方式會導致出賬后業務操作重新計算權責的問題，并且更改了權責實現的方式。如果采用新的內存數據庫技術或者找出導致計算IO的瓶頸，在硬件或系統軟件方面做一下優化和替代，則不需要更改原業務設計達到系統要求。這是一個很好的需要DevOps的例子。當研發部門缺乏與IT部門的溝通會導致類似很多復雜的開發。另外還有一個很重要的問題是需要打造一種文化來促進DevOps：持續不斷的探索精神，勇于承擔風險的精神以及從成功和失敗中學習的能力。探索精神與勇擔風險精神可以確保項目的持續改進，但也意味著項目到達了之前未曾到過的危險區域，因此這也迫使我們去學習，去掌握那些新技術，從而使我們離開危險區域。

　　如果可以按照DevOps的方式來開發項目，可以達到縮短開發周期和更高的部署頻率；提高軟件開發的質量并提高組織的有效性。下一步在BOSS系統的軟件開發中我們要積極探討這種模式在系統內的應用。