現在2016年 devops 逐漸成為主流，來自雲端、移動和社會等基本需求的驅動将促使越來越多的公司認識到采用 devops 最佳實踐可能獲得的文化、性能和經濟效益。
精簡靈活的公司已經在過去幾年感受到了 devops 和持續傳遞帶來的好處，而成熟的大企業也意識到了它們的價值，開始進行文化轉型。但是這些企業對待 devops 的态度相當謹慎。是以預計在2016年，在廣泛使用 devops 之前，企業會在非關鍵的新 it 項目中進行 devops 測試實踐，這将涉及程序、自動化、協作和工具等方面，其間的協同合作也極大的提升了工作效率。
通過檢視 it central station 中關于 devops 解決方案的真實使用者評論，可以發現研究和購買 devops 解決方案的使用者已經發生了變化。之前，許多評論都是 devops 經理和釋出經理寫的。現在則會看到很多 it 行業的其他職能機關---架構師、客戶服務經理、中間軟體專家、網絡工程師及其他人寫的關于 devops 工具的評論數量正在增長。devops 工具正被越來越多的主流 it 買家列入2016年的預算當中。
現在，較為成熟的 devops 購買方都來自軟體和技術世界，這類買家往往很早就采用了現代實踐和技術。不過另一面，較大型的企業和财富500強公司的 devops 采用率也在在逐漸攀升。預計2016年，devops 将成為一項優勢政策得到全面的普及與實踐。
2016年，更多大型公司或組織最終将擁抱 devops 解決方案。在未來12個月内，将出現更多更為精密的工具，用于實作資料分析和問題解決依賴的關聯自動化，包括跨系統基礎設施智能洞察，進而降低部署共享或聚合計算、存儲以及網絡資源的性能風險。
全球5000強企業将開始在公開論壇上談論他們的舉措以及随之而來的直接成本效益，并對其獲得的成就引以為豪。雖然真正的 devops 對于營運着10000個應用的大型企業來說，比那些隻有一個主要應用的軟體公司來說更具挑戰性，但這些大企業哪怕接納部分 devops 文化，也能收獲極大的效益提升。
2016年，devops 運動将開始影響傳統的開發團隊，他們可能還無法完全發展過渡到到真正的 devops 程序，但他們可以而且應該接受一些必要的 devops 概念。自然而然地，他們會從協作入手，繼而開始更加注重終端使用者、靈活度、自動化以及測量機制。最後，也是最重要的，開始以性能為準則。
2015年由于大多數 it 環境變得日益複雜，devops 的閱聽人群從小衆群體和早期采用者，逐漸演變為主流公司與組織。随着2016年的到來，我們相信，正在經曆開發政策文化轉型的小型 it 團隊将更多地采納與使用 devops 方案。devops 使得開發變得更加快速靈活，是以提高整個 it 團隊的效率。
在軟體開發領域，devops 仍處于新興階段，且該實踐目前還沒有明确的标準，這就導緻企業猶豫是否完全接納這種文化轉型。2016年将看到各個公司建立其他們自己的标準。漸漸地，最佳實踐也會出現，并應用于所有行業。
2016年，我們将看到以下幾大進展：開發環境進一步虛拟化和雲化，甚至開發人員的工作站都将變得更加虛拟化；通過各種舉措來增加單元測試覆寫率和功能測試，以實作自動捕獲和監測架構名額和業務 kpi。最後，我們将看到架構重整，以使建構時間加快，部署包變小，同時更快地給工程師提供回報。為了在這些領域取得成功，apm 将發揮重要作用。
devops 中的測試是必然是自動化測試，全員測試，産品經理，開發人員，測試人員，架構師等協同合作，使得測試覆寫每個方面。而且當一天上線多次時，添加更新檔或者更新功能，自動化測試是保證産品測試完全的最優選擇。不僅僅因為自動化測試比手動測試的速度快，它針對指定元件的所有曆史測試用例都能進行疊代測試。
devops 中的 qa(quality assurance) 更多的品質保證，不再隻是一些細節問題的測試，而是回歸産品整體品質的保證。
devops 中開發團隊之間協作，代碼送出和管理模式、測試機制、代碼的傳遞周期、回報和監控體系方面都要顧到，開發不再隻是埋頭寫代碼，還要為自己代碼品質負責，出 bug 了，運作緩慢了如果問題定位是代碼的原因，那這個坑就得自己填了。
devops 中由開發團隊完成傳遞工作，不像以前開發團隊和傳遞團隊是2個團隊，用各自習慣的工具，傳遞工作中使用的工具套件是開發流程中的工具，無需轉手，簡化開發測試人員的工作。
devops 中的一套成熟的運維系統包括什麼？
自動化測試
批量配置基礎元件
監控，告警
資料可視化
協同合作
一套成熟的運維系統，能夠将應用、網絡、計算、存儲、虛拟化等資源的性能以及告警資訊進行綜合分析，通過簡潔易懂的界面，直覺呈現業務健康水準。當出現故障時，能夠第一時間受到資訊，從監控相關資訊确定問題位置，縮小故障定位範圍，确定問題是在計算、應用還是網絡，進而明确問題職責，讓相應的開發運維迅速處理問題，沒有推脫責任之嫌。
參考文章：
<a href="http://www.infoq.com/cn/articles/11devops">關于devops你必須知道的11件事</a>