DevOps播演，是開發(fā)（Development）和運維（Operations）的組合偶翅，代表一種文化讶坯、運動或?qū)嵺`宣鄙，旨在促進軟件交付和基礎(chǔ)設施變更軟件開發(fā)人員（Dev）和 IT 運維技術(shù)人員（Ops）之間的合作和溝通袍镀。它的目的是構(gòu)建一種文化和環(huán)境使構(gòu)建，測試冻晤，發(fā)布軟件更加快捷苇羡，頻繁和可靠。
現(xiàn)在2016年 DevOps 逐漸成為主流鼻弧，來自云端设江、移動和社會等基本需求的驅(qū)動將促使越來越多的公司認識到采用 DevOps 最佳實踐可能獲得的文化、性能和經(jīng)濟效益攘轩。
精簡靈活的公司已經(jīng)在過去幾年感受到了 DevOps 和持續(xù)交付帶來的好處叉存，而成熟的大企業(yè)也意識到了它們的價值，開始進行文化轉(zhuǎn)型撑刺。但是這些企業(yè)對待 DevOps 的態(tài)度相當謹慎鹉胖。所以預計在2016年握玛，在廣泛使用 DevOps 之前够傍，企業(yè)會在非關(guān)鍵的新 IT 項目中進行 DevOps 測試實踐，這將涉及進程挠铲、自動化冕屯、協(xié)作和工具等方面，其間的協(xié)同合作也極大的提升了工作效率拂苹。
通過查看 IT Central Station 中關(guān)于 DevOps 解決方案的真實用戶評論安聘，可以發(fā)現(xiàn)研究和購買 DevOps 解決方案的用戶已經(jīng)發(fā)生了變化。之前，許多評論都是 DevOps 經(jīng)理和發(fā)布經(jīng)理寫的≡【拢現(xiàn)在則會看到很多 IT 行業(yè)的其他職能單位---架構(gòu)師丘喻、客戶服務經(jīng)理、中間軟件專家念颈、網(wǎng)絡工程師及其他人寫的關(guān)于 DevOps 工具的評論數(shù)量正在增長泉粉。DevOps 工具正被越來越多的主流 IT 買家列入2016年的預算當中。
現(xiàn)在榴芳，較為成熟的 DevOps 購買方都來自軟件和技術(shù)世界嗡靡，這類買家往往很早就采用了現(xiàn)代實踐和技術(shù)。不過另一面窟感，較大型的企業(yè)和財富500強公司的 DevOps 采用率也在在逐步攀升讨彼。預計2016年，DevOps 將成為一項優(yōu)勢策略得到全面的普及與實踐柿祈。
大型企業(yè)將更多地采用 DEVOPS
2016年哈误，更多大型公司或組織最終將擁抱 DevOps 解決方案。在未來12個月內(nèi)躏嚎，將出現(xiàn)更多更為精密的工具黑滴，用于實現(xiàn)數(shù)據(jù)分析和問題解決依賴的關(guān)聯(lián)自動化，包括跨系統(tǒng)基礎(chǔ)設施智能洞察紧索，從而降低部署共享或聚合計算袁辈、存儲以及網(wǎng)絡資源的性能風險。
作為整體戰(zhàn)略的一小部分珠漂，全球5000強企業(yè)將不斷產(chǎn)生 DevOps 團隊晚缩。而且隨著新軟件和工具以及 QA 技術(shù)的使用，這一勢頭有望增長媳危。我們不能那樣做荞彼，因為這將破壞產(chǎn)品質(zhì)量和安全－－－這樣的日子將隨著 DevOps 優(yōu)勢的逐步顯露而漸行漸遠，新的 QA 技術(shù)也可用于處理那些問題待笑。
全球5000強企業(yè)將開始在公開論壇上談論他們的舉措以及隨之而來的直接成本效益鸣皂，并對其獲得的成就引以為豪。雖然真正的 DevOps 對于運營著10000個應用的大型企業(yè)來說暮蹂，比那些只有一個主要應用的軟件公司來說更具挑戰(zhàn)性寞缝，但這些大企業(yè)哪怕接納部分 DevOps 文化，也能收獲極大的效益提升仰泻。
2016年荆陆，DevOps 運動將開始影響傳統(tǒng)的開發(fā)團隊，他們可能還無法完全發(fā)展過渡到到真正的 DevOps 進程集侯，但他們可以而且應該接受一些必要的 DevOps 概念被啼。自然而然地帜消，他們會從協(xié)作入手，繼而開始更加注重終端用戶浓体、敏捷度泡挺、自動化以及測量機制。最后命浴，也是最重要的粘衬，開始以性能為準則。
小型 IT 團隊更多地采用 DevOps
2015年由于大多數(shù) IT 環(huán)境變得日益復雜咳促，DevOps 的受眾群從小眾群體和早期采用者稚新，逐漸演變?yōu)橹髁鞴九c組織。隨著2016年的到來跪腹，我們相信褂删，正在經(jīng)歷開發(fā)策略文化轉(zhuǎn)型的小型 IT 團隊將更多地采納與使用 DevOps 方案。DevOps 使得開發(fā)變得更加快速靈活冲茸，因此提高整個 IT 團隊的效率屯阀。
DevOps 最佳實踐產(chǎn)生
2015年 Gartner I&O 自動化技術(shù)成熟度曲線表明，DevOps 正處于期望膨脹期的頂峰轴术。實際上在許多 IT 組織內(nèi)部难衰，只有少數(shù)處于實驗階段的應用在使用 DevOps 準則。雖然這些公司目前還未準備好將 DevOps 作為主流方案逗栽，但他們對敏捷性和快速上市時間的追求卻是毋庸置疑的盖袭。預計2016年越來越多的 IT 組織將試圖尋找最佳實踐（理想情況下是從其所在行業(yè)的其他公司中入手）以此加速他們的 DevOps 之旅，并最大限度地減少痛苦的教訓彼宠。
在軟件開發(fā)領(lǐng)域鳄虱，DevOps 仍處于新興階段，且該實踐目前還沒有明確的標準凭峡，這就導致企業(yè)猶豫是否完全接納這種文化轉(zhuǎn)型拙已。2016年將看到各個公司建立其他們自己的標準。漸漸地摧冀，最佳實踐也會出現(xiàn)倍踪，并應用于所有行業(yè)。
APM：至關(guān)重要的 DEVOPS 技術(shù)
2016年索昂，我們將看到以下幾大進展：開發(fā)環(huán)境進一步虛擬化和云化建车，甚至開發(fā)人員的工作站都將變得更加虛擬化；通過各種舉措來增加單元測試覆蓋率和功能測試楼镐，以實現(xiàn)自動捕獲和監(jiān)測架構(gòu)指標和業(yè)務 KPI癞志。最后，我們將看到架構(gòu)重整框产，以使構(gòu)建時間加快凄杯，部署包變小，同時更快地給工程師提供反饋秉宿。為了在這些領(lǐng)域取得成功戒突，APM 將發(fā)揮重要作用。
DevOps 之自動化測試
DevOps 中的測試是必然是自動化測試描睦，全員測試膊存，產(chǎn)品經(jīng)理，開發(fā)人員忱叭，測試人員隔崎，架構(gòu)師等協(xié)同合作，使得測試覆蓋每個方面韵丑。而且當一天上線多次時爵卒，添加補丁或者更新功能，自動化測試是保證產(chǎn)品測試完全的最優(yōu)選擇撵彻。不僅僅因為自動化測試比手動測試的速度快钓株，它針對指定組件的所有歷史測試用例都能進行迭代測試。
DevOps 中的 QA(Quality Assurance) 更多的質(zhì)量保證陌僵，不再只是一些細節(jié)問題的測試轴合，而是回歸產(chǎn)品整體質(zhì)量的保證。
DevOps 之協(xié)作開發(fā)
DevOps 中開發(fā)團隊之間協(xié)作碗短，代碼提交和管理模式受葛、測試機制、代碼的交付周期偎谁、反饋和監(jiān)控體系方面都要顧到奔坟，開發(fā)不再只是埋頭寫代碼，還要為自己代碼質(zhì)量負責搭盾，出 bug 了咳秉，運行緩慢了如果問題定位是代碼的原因，那這個坑就得自己填了鸯隅。
DevOps 中由開發(fā)團隊完成交付工作澜建，不像以前開發(fā)團隊和交付團隊是2個團隊，用各自習慣的工具蝌以，交付工作中使用的工具套件是開發(fā)流程中的工具炕舵，無需轉(zhuǎn)手，簡化開發(fā)測試人員的工作跟畅。
DevOps 之可視化運維
](http://img.blog.csdn.net/20160510145728472)
DevOps 中的一套成熟的運維系統(tǒng)包括什么咽筋？
- 自動化測試
- 批量配置基礎(chǔ)組件
- 監(jiān)控，告警
- 數(shù)據(jù)可視化
- 協(xié)同合作
一套成熟的運維系統(tǒng)徊件，能夠?qū)眉楣ァ⒕W(wǎng)絡蒜危、計算、存儲睹耐、虛擬化等資源的性能以及告警信息進行綜合分析辐赞，通過簡潔易懂的界面，直觀呈現(xiàn)業(yè)務健康水平硝训。當出現(xiàn)故障時响委，能夠第一時間受到信息，從監(jiān)控相關(guān)信息確定問題位置窖梁，縮小故障定位范圍赘风，確定問題是在計算、應用還是網(wǎng)絡纵刘，進而明確問題職責邀窃，讓相應的開發(fā)運維迅速處理問題，沒有推脫責任之嫌彰导。
OneAPM Cloud Insight 集監(jiān)控蛔翅、管理、計算位谋、協(xié)作山析、可視化于一身，幫助所有 IT 公司掏父，減少在系統(tǒng)監(jiān)控上的人力和時間成本投入笋轨，讓運維工作更加高效、簡單赊淑。想閱讀更多技術(shù)文章爵政，請訪問 OneAPM 官方技術(shù)博客。
參考文章：
關(guān)于DevOps你必須知道的11件事
http://www.devopsdigest.com/2016-devops-predictions-1
