DevOps 發展融合運維可視化

DevOps，是開發（Development）和運維（Operations）的組合，表明一種文化、運動或實踐，旨在促進軟件交付和基礎設施變動軟件開發人員（Dev）和 IT 運維技術人員（Ops）之間的合做和溝通。它的目的是構建一種文化和環境使構建，測試，發佈軟件更加快捷，頻繁和可靠。

如今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 將成爲一項優點策略獲得全面的普及與實踐。

##大型企業將更多地採用 DEVOPS 2016年，更多大型公司或組織最終將擁抱 DevOps 解決方案。在將來12個月內，將出現更多更爲精密的工具，用於實現數據分析和問題解決依賴的關聯自動化，包括跨系統基礎設施智能洞察，從而下降部署共享或聚合計算、存儲以及網絡資源的性能風險。

做爲總體戰略的一小部分，全球5000強企業將不斷產生 DevOps 團隊。並且隨着新軟件和工具以及 QA 技術的使用，這一勢頭有望增加。咱們不能那樣作，由於這將破壞產品質量和安全－－－這樣的日子將隨着 DevOps 優點的逐步顯露而漸行漸遠，新的 QA 技術也可用於處理那些問題。

全球5000強企業將開始在公開論壇上談論他們的舉措以及隨之而來的直接成本效益，並對其得到的成就引覺得豪。雖然真正的 DevOps 對於運營着10000個應用的大型企業來講，比那些只有一個主要應用的軟件公司來講更具挑戰性，但這些大企業哪怕接納部分 DevOps 文化，也能收穫極大的效益提高。

2016年，DevOps 運動將開始影響傳統的開發團隊，他們可能還沒法徹底發展過渡到到真正的 DevOps 進程，但他們能夠並且應該接受一些必要的 DevOps 概念。天然而然地，他們會從協做入手，繼而開始更加註重終端用戶、敏捷度、自動化以及測量機制。最後，也是最重要的，開始以性能爲準則。

##小型 IT 團隊更多地採用 DevOps 2015年因爲大多數 IT 環境變得日益複雜，DevOps 的受衆羣從小衆羣體和早期採用者，逐漸演變爲主流公司與組織。隨着2016年的到來，咱們相信，正在經歷開發策略文化轉型的小型 IT 團隊將更多地採納與使用 DevOps 方案。DevOps 使得開發變得更加快速靈活，所以提升整個 IT 團隊的效率。

##DevOps 最佳實踐產生

2015年 Gartner I&O 自動化技術成熟度曲線代表，DevOps 正處於指望膨脹期的頂峯。實際上在許多 IT 組織內部，只有少數處於實驗階段的應用在使用 DevOps 準則。雖然這些公司目前還未準備好將 DevOps 做爲主流方案，但他們對敏捷性和快速上市時間的追求倒是毋庸置疑的。預計2016年愈來愈多的 IT 組織將試圖尋找最佳實踐（理想狀況下是從其所在行業的其餘公司中入手）以此加速他們的 DevOps 之旅，並最大限度地減小痛苦的教訓。

在軟件開發領域，DevOps 仍處於新興階段，且該實踐目前尚未明確的標準，這就致使企業猶豫是否徹底接納這種文化轉型。2016年將看到各個公司創建其餘們本身的標準。漸漸地，最佳實踐也會出現，並應用於全部行業。

##APM：相當重要的 DEVOPS 技術 2016年，咱們將看到如下幾大進展：開發環境進一步虛擬化和雲化，甚至開發人員的工做站都將變得更加虛擬化；經過各類舉措來增長單元測試覆蓋率和功能測試，以實現自動捕獲和監測架構指標和業務 KPI。最後，咱們將看到架構重整，以使構建時間加快，部署包變小，同時更快地給工程師提供反饋。爲了在這些領域取得成功，APM 將發揮重要做用。

##DevOps 之自動化測試 DevOps 中的測試是必然是自動化測試，全員測試，產品經理，開發人員，測試人員，架構師等協同合做，使得測試覆蓋每一個方面。並且當一天上線屢次時，添加補丁或者更新功能，自動化測試是保證產品測試徹底的最優選擇。不只僅由於自動化測試比手動測試的速度快，它針對指定組件的全部歷史測試用例都能進行迭代測試。

DevOps 中的 QA(Quality Assurance) 更多的質量保證，再也不只是一些細節問題的測試，而是迴歸產品總體質量的保證。

##DevOps 之協做開發 DevOps 中開發團隊之間協做，代碼提交和管理模式、測試機制、代碼的交付週期、反饋和監控體系方面都要顧到，開發再也不只是埋頭寫代碼，還要爲本身代碼質量負責，出 bug 了，運行緩慢了若是問題定位是代碼的緣由，那這個坑就得本身填了。

DevOps 中由開發團隊完成交付工做，不像之前開發團隊和交付團隊是2個團隊，用各自習慣的工具，交付工做中使用的工具套件是開發流程中的工具，無需轉手，簡化開發測試人員的工做。

##DevOps 之可視化運維

DevOps 中的一套成熟的運維繫統包括什麼？

• 自動化測試
• 批量配置基礎組件
• 監控，告警
• 數據可視化
• 協同合做

一套成熟的運維繫統，可以將應用、網絡、計算、存儲、虛擬化等資源的性能以及告警信息進行綜合分析，經過簡潔易懂的界面，直觀呈現業務健康水平。當出現故障時，可以第一時間受到信息，從監控相關信息肯定問題位置，縮小故障定位範圍，肯定問題是在計算、應用仍是網絡，進而明確問題職責，讓相應的開發運維迅速處理問題，沒有推脫責任之嫌。

OneAPM Cloud Insight 集監控、管理、計算、協做、可視化於一身，幫助全部 IT 公司，減小在系統監控上的人力和時間成本投入，讓運維工做更加高效、簡單。想閱讀更多技術文章，請訪問 OneAPM 官方技術博客。

參考文章：

關於DevOps你必須知道的11件事 http://www.devopsdigest.com/2016-devops-predictions-1