摘要：，是開(kāi)發(fā)和運(yùn)維的組合，代表一種文化運(yùn)動(dòng)或?qū)嵺`，旨在促進(jìn)軟件交付和基礎(chǔ)設(shè)施變更軟件開(kāi)發(fā)人員和運(yùn)維技術(shù)人員之間的合作和溝通。預(yù)計(jì)年，將成為一項(xiàng)優(yōu)勢(shì)策略得到全面的普及與實(shí)踐。而且隨著新軟件和工具以及技術(shù)的使用，這一勢(shì)頭有望增長(zhǎng)。

DevOps，是開(kāi)發(fā)（Development）和運(yùn)維（Operations）的組合，代表一種文化、運(yùn)動(dòng)或?qū)嵺`，旨在促進(jìn)軟件交付和基礎(chǔ)設(shè)施變更軟件開(kāi)發(fā)人員（Dev）和 IT 運(yùn)維技術(shù)人員（Ops）之間的合作和溝通。它的目的是構(gòu)建一種文化和環(huán)境使構(gòu)建，測(cè)試，發(fā)布軟件更加快捷，頻繁和可靠。

現(xiàn)在2016年 DevOps 逐漸成為主流，來(lái)自云端、移動(dòng)和社會(huì)等基本需求的驅(qū)動(dòng)將促使越來(lái)越多的公司認(rèn)識(shí)到采用 DevOps 最佳實(shí)踐可能獲得的文化、性能和經(jīng)濟(jì)效益。

精簡(jiǎn)靈活的公司已經(jīng)在過(guò)去幾年感受到了 DevOps 和持續(xù)交付帶來(lái)的好處，而成熟的大企業(yè)也意識(shí)到了它們的價(jià)值，開(kāi)始進(jìn)行文化轉(zhuǎn)型。但是這些企業(yè)對(duì)待 DevOps 的態(tài)度相當(dāng)謹(jǐn)慎。所以預(yù)計(jì)在2016年，在廣泛使用 DevOps 之前，企業(yè)會(huì)在非關(guān)鍵的新 IT 項(xiàng)目中進(jìn)行 DevOps 測(cè)試實(shí)踐，這將涉及進(jìn)程、自動(dòng)化、協(xié)作和工具等方面，其間的協(xié)同合作也極大的提升了工作效率。

通過(guò)查看 IT Central Station 中關(guān)于 DevOps 解決方案的真實(shí)用戶(hù)評(píng)論，可以發(fā)現(xiàn)研究和購(gòu)買(mǎi) DevOps 解決方案的用戶(hù)已經(jīng)發(fā)生了變化。之前，許多評(píng)論都是 DevOps 經(jīng)理和發(fā)布經(jīng)理寫(xiě)的?，F(xiàn)在則會(huì)看到很多 IT 行業(yè)的其他職能單位---架構(gòu)師、客戶(hù)服務(wù)經(jīng)理、中間軟件專(zhuān)家、網(wǎng)絡(luò)工程師及其他人寫(xiě)的關(guān)于 DevOps 工具的評(píng)論數(shù)量正在增長(zhǎng)。DevOps 工具正被越來(lái)越多的主流 IT 買(mǎi)家列入2016年的預(yù)算當(dāng)中。

現(xiàn)在，較為成熟的 DevOps 購(gòu)買(mǎi)方都來(lái)自軟件和技術(shù)世界，這類(lèi)買(mǎi)家往往很早就采用了現(xiàn)代實(shí)踐和技術(shù)。不過(guò)另一面，較大型的企業(yè)和財(cái)富500強(qiáng)公司的 DevOps 采用率也在在逐步攀升。預(yù)計(jì)2016年，DevOps 將成為一項(xiàng)優(yōu)勢(shì)策略得到全面的普及與實(shí)踐。

2016年，更多大型公司或組織最終將擁抱 DevOps 解決方案。在未來(lái)12個(gè)月內(nèi)，將出現(xiàn)更多更為精密的工具，用于實(shí)現(xiàn)數(shù)據(jù)分析和問(wèn)題解決依賴(lài)的關(guān)聯(lián)自動(dòng)化，包括跨系統(tǒng)基礎(chǔ)設(shè)施智能洞察，從而降低部署共享或聚合計(jì)算、存儲(chǔ)以及網(wǎng)絡(luò)資源的性能風(fēng)險(xiǎn)。

作為整體戰(zhàn)略的一小部分，全球5000強(qiáng)企業(yè)將不斷產(chǎn)生 DevOps 團(tuán)隊(duì)。而且隨著新軟件和工具以及 QA 技術(shù)的使用，這一勢(shì)頭有望增長(zhǎng)。我們不能那樣做，因?yàn)檫@將破壞產(chǎn)品質(zhì)量和安全－－－這樣的日子將隨著 DevOps 優(yōu)勢(shì)的逐步顯露而漸行漸遠(yuǎn)，新的 QA 技術(shù)也可用于處理那些問(wèn)題。

全球5000強(qiáng)企業(yè)將開(kāi)始在公開(kāi)論壇上談?wù)撍麄兊呐e措以及隨之而來(lái)的直接成本效益，并對(duì)其獲得的成就引以為豪。雖然真正的 DevOps 對(duì)于運(yùn)營(yíng)著10000個(gè)應(yīng)用的大型企業(yè)來(lái)說(shuō)，比那些只有一個(gè)主要應(yīng)用的軟件公司來(lái)說(shuō)更具挑戰(zhàn)性，但這些大企業(yè)哪怕接納部分 DevOps 文化，也能收獲極大的效益提升。

2016年，DevOps 運(yùn)動(dòng)將開(kāi)始影響傳統(tǒng)的開(kāi)發(fā)團(tuán)隊(duì)，他們可能還無(wú)法完全發(fā)展過(guò)渡到到真正的 DevOps 進(jìn)程，但他們可以而且應(yīng)該接受一些必要的 DevOps 概念。自然而然地，他們會(huì)從協(xié)作入手，繼而開(kāi)始更加注重終端用戶(hù)、敏捷度、自動(dòng)化以及測(cè)量機(jī)制。最后，也是最重要的，開(kāi)始以性能為準(zhǔn)則。

2015年由于大多數(shù) IT 環(huán)境變得日益復(fù)雜，DevOps 的受眾群從小眾群體和早期采用者，逐漸演變?yōu)橹髁鞴九c組織。隨著2016年的到來(lái)，我們相信，正在經(jīng)歷開(kāi)發(fā)策略文化轉(zhuǎn)型的小型 IT 團(tuán)隊(duì)將更多地采納與使用 DevOps 方案。DevOps 使得開(kāi)發(fā)變得更加快速靈活，因此提高整個(gè) IT 團(tuán)隊(duì)的效率。

2015年 Gartner I&O 自動(dòng)化技術(shù)成熟度曲線表明，DevOps 正處于期望膨脹期的頂峰。實(shí)際上在許多 IT 組織內(nèi)部，只有少數(shù)處于實(shí)驗(yàn)階段的應(yīng)用在使用 DevOps 準(zhǔn)則。雖然這些公司目前還未準(zhǔn)備好將 DevOps 作為主流方案，但他們對(duì)敏捷性和快速上市時(shí)間的追求卻是毋庸置疑的。預(yù)計(jì)2016年越來(lái)越多的 IT 組織將試圖尋找最佳實(shí)踐（理想情況下是從其所在行業(yè)的其他公司中入手）以此加速他們的 DevOps 之旅，并最大限度地減少痛苦的教訓(xùn)。

在軟件開(kāi)發(fā)領(lǐng)域，DevOps 仍處于新興階段，且該實(shí)踐目前還沒(méi)有明確的標(biāo)準(zhǔn)，這就導(dǎo)致企業(yè)猶豫是否完全接納這種文化轉(zhuǎn)型。2016年將看到各個(gè)公司建立其他們自己的標(biāo)準(zhǔn)。漸漸地，最佳實(shí)踐也會(huì)出現(xiàn)，并應(yīng)用于所有行業(yè)。

2016年，我們將看到以下幾大進(jìn)展：開(kāi)發(fā)環(huán)境進(jìn)一步虛擬化和云化，甚至開(kāi)發(fā)人員的工作站都將變得更加虛擬化；通過(guò)各種舉措來(lái)增加單元測(cè)試覆蓋率和功能測(cè)試，以實(shí)現(xiàn)自動(dòng)捕獲和監(jiān)測(cè)架構(gòu)指標(biāo)和業(yè)務(wù) KPI。最后，我們將看到架構(gòu)重整，以使構(gòu)建時(shí)間加快，部署包變小，同時(shí)更快地給工程師提供反饋。為了在這些領(lǐng)域取得成功，APM 將發(fā)揮重要作用。

DevOps 中的測(cè)試是必然是自動(dòng)化測(cè)試，全員測(cè)試，產(chǎn)品經(jīng)理，開(kāi)發(fā)人員，測(cè)試人員，架構(gòu)師等協(xié)同合作，使得測(cè)試覆蓋每個(gè)方面。而且當(dāng)一天上線多次時(shí)，添加補(bǔ)丁或者更新功能，自動(dòng)化測(cè)試是保證產(chǎn)品測(cè)試完全的最優(yōu)選擇。不僅僅因?yàn)樽詣?dòng)化測(cè)試比手動(dòng)測(cè)試的速度快，它針對(duì)指定組件的所有歷史測(cè)試用例都能進(jìn)行迭代測(cè)試。

DevOps 中的 QA(Quality Assurance) 更多的質(zhì)量保證，不再只是一些細(xì)節(jié)問(wèn)題的測(cè)試，而是回歸產(chǎn)品整體質(zhì)量的保證。

DevOps 中開(kāi)發(fā)團(tuán)隊(duì)之間協(xié)作，代碼提交和管理模式、測(cè)試機(jī)制、代碼的交付周期、反饋和監(jiān)控體系方面都要顧到，開(kāi)發(fā)不再只是埋頭寫(xiě)代碼，還要為自己代碼質(zhì)量負(fù)責(zé)，出 bug 了，運(yùn)行緩慢了如果問(wèn)題定位是代碼的原因，那這個(gè)坑就得自己填了。

DevOps 中由開(kāi)發(fā)團(tuán)隊(duì)完成交付工作，不像以前開(kāi)發(fā)團(tuán)隊(duì)和交付團(tuán)隊(duì)是2個(gè)團(tuán)隊(duì)，用各自習(xí)慣的工具，交付工作中使用的工具套件是開(kāi)發(fā)流程中的工具，無(wú)需轉(zhuǎn)手，簡(jiǎn)化開(kāi)發(fā)測(cè)試人員的工作。

]((http://www.oneapm.com/ci/feature.html?utm_source=Community&utm_medium=Article&utm_term=DevOps%20%E5%8F%91%E5%B1%95%E8%9E%8D%E5%90%88%E8%BF%90%E7%BB%B4%E5%8F%AF%E8%A7%86%E5%8C%96&utm_content=wk509-515&utm_campaign=CiArti&from=jscwpxac))

DevOps 中的一套成熟的運(yùn)維系統(tǒng)包括什么？

自動(dòng)化測(cè)試

批量配置基礎(chǔ)組件

監(jiān)控，告警

數(shù)據(jù)可視化

協(xié)同合作

一套成熟的運(yùn)維系統(tǒng)，能夠?qū)?yīng)用、網(wǎng)絡(luò)、計(jì)算、存儲(chǔ)、虛擬化等資源的性能以及告警信息進(jìn)行綜合分析，通過(guò)簡(jiǎn)潔易懂的界面，直觀呈現(xiàn)業(yè)務(wù)健康水平。當(dāng)出現(xiàn)故障時(shí)，能夠第一時(shí)間受到信息，從監(jiān)控相關(guān)信息確定問(wèn)題位置，縮小故障定位范圍，確定問(wèn)題是在計(jì)算、應(yīng)用還是網(wǎng)絡(luò)，進(jìn)而明確問(wèn)題職責(zé)，讓相應(yīng)的開(kāi)發(fā)運(yùn)維迅速處理問(wèn)題，沒(méi)有推脫責(zé)任之嫌。

OneAPM Cloud Insight 集監(jiān)控、管理、計(jì)算、協(xié)作、可視化于一身，幫助所有 IT 公司，減少在系統(tǒng)監(jiān)控上的人力和時(shí)間成本投入，讓運(yùn)維工作更加高效、簡(jiǎn)單。想閱讀更多技術(shù)文章，請(qǐng)?jiān)L問(wèn) OneAPM 官方技術(shù)博客。

參考文章：

關(guān)于DevOps你必須知道的11件事
http://www.devopsdigest.com/2016-devops-predictions-1