新年伊始，有不少人在總結(jié)過去，也有一些人在展望未來。下面讓我們跟隨 OpsClarity 的 Dhruv Jain，看看他對(duì) 2016 IT 趨勢(shì)有什么大膽的預(yù)測(cè)。
又到了眾人紛紛對(duì)下一年進(jìn)行預(yù)測(cè)的時(shí)候了。雖然這些預(yù)測(cè)看起來多為老生常談，但鑒于我所在的公司 OpsClarity 在 2015 年 12 月剛剛嶄露頭角，我決定做出一個(gè)預(yù)測(cè)。我們 OpsClarity 公司的人對(duì)于應(yīng)用和基礎(chǔ)設(shè)施監(jiān)控的未來有一個(gè)獨(dú)到的看法：
1. Web scale 應(yīng)用（WSA）將會(huì)被主流企業(yè)采用。
WSA 通過實(shí)時(shí)數(shù)據(jù)處理框架擴(kuò)展了如 Storm，Spark Steam，Kafka， Cassandra，Elastic Search 等早已廣受歡迎的微服務(wù)架構(gòu)和云基礎(chǔ)架構(gòu)。這些數(shù)據(jù)處理框架正在成為最前沿應(yīng)用的一個(gè)標(biāo)準(zhǔn)部分。 WSA 架構(gòu)已經(jīng)廣泛地在谷歌，F(xiàn)acebook，Netflix 和其他大多數(shù)成立 3、4 年的硅谷創(chuàng)業(yè)公司中得到應(yīng)用。術(shù)語「Web Scale application」指的是設(shè)計(jì)，部署和管理可以動(dòng)態(tài)地適應(yīng)和支持任何規(guī)模的公司或企業(yè)的應(yīng)用和基礎(chǔ)設(shè)施。它不是一種單一的技術(shù)實(shí)現(xiàn)，而是基礎(chǔ)架構(gòu)，開發(fā)過程和整體 IT 系統(tǒng)一系列能力的組合。
這些應(yīng)用程序的一個(gè)重要特點(diǎn)：是松散耦合的面向 Web 的軟件架構(gòu)——搭載微服務(wù)和數(shù)據(jù)處理管道——使開發(fā)團(tuán)隊(duì)獨(dú)立運(yùn)作。開發(fā)者可以自主選擇開源框架，來提高應(yīng)用程序的整體彈性。根據(jù) Battery Ventures 公司的 Adrian Cockcroft 所說，應(yīng)用開發(fā)的未來在于創(chuàng)作和編排不同的開源框架和服務(wù)（微服務(wù)），而不是編寫一大堆客制化代碼。主流的 APM 工具通過自定義代碼解決監(jiān)控難題固然無可厚非，但它們沒有考慮到 WSA。
2. Web-scale 應(yīng)用監(jiān)控（WSAM）將會(huì)處理監(jiān)控 Web-scale 應(yīng)用的特殊難題。
傳統(tǒng)應(yīng)用和基礎(chǔ)設(shè)施監(jiān)視工具不能管理 hyper-scale，hyper-change 微服務(wù)架構(gòu)和現(xiàn)代 web-scale 應(yīng)用的復(fù)雜數(shù)據(jù)處理框架。目前使用的 WSA 監(jiān)控解決方案通常包含過多的儀表板和圖表。結(jié)果是一個(gè)名副其實(shí)的度量標(biāo)準(zhǔn)和告警風(fēng)暴，就像一個(gè)由數(shù)百甚至數(shù)千種微服務(wù)揉在一起的羊毛球。Web-scale 應(yīng)用監(jiān)控(或 WSAM )是專門為實(shí)時(shí)收集大規(guī)模的不同指標(biāo)而定制的。WSAM 利用先進(jìn)的數(shù)據(jù)科學(xué)對(duì)系統(tǒng)級(jí)指標(biāo)和事件進(jìn)行關(guān)聯(lián)性分析，梳理出真正需要關(guān)注的異常和異常值。
可視化復(fù)雜的 WSA 架構(gòu)需要一種新的方法，一種不同于繪制成千上萬個(gè)圖表，再從數(shù)以百計(jì)的儀表板中人力搜尋可疑指標(biāo)的方法。WSAM 解決方案為復(fù)雜、動(dòng)態(tài)甚至?xí)簳r(shí)性的基礎(chǔ)設(shè)施創(chuàng)建了一種綜合視圖, 將多種單元基礎(chǔ)設(shè)施和應(yīng)用整合為幾個(gè)邏輯服務(wù)和元素，通過上下文數(shù)據(jù)和操作大大簡(jiǎn)化了可視化模式，實(shí)現(xiàn)分層展示，最終降低故障排除的難度。
3. DevOps 將成為數(shù)字化企業(yè)的競(jìng)爭(zhēng)優(yōu)勢(shì)：
2016 將是 DevOps 年。這個(gè)預(yù)測(cè)是基于數(shù)字化企業(yè)不斷增多的現(xiàn)狀。2015 年是為數(shù)字化轉(zhuǎn)型打基礎(chǔ)的一年，而2016 年將是試驗(yàn)這些預(yù)期的一年。隨著 2016 年越來越多的企業(yè)走向真正的數(shù)字化，他們必須努力保證數(shù)字化變革的舉措向著這些預(yù)期發(fā)展。數(shù)字企業(yè)的客戶必須感受到一如既往的優(yōu)質(zhì)體驗(yàn)。員工和合作伙伴必須具備所有保證工作效率的工具。所有這些都需要 DevOps 工程師的認(rèn)真協(xié)調(diào)和監(jiān)督。 DevOps 將成為一個(gè)真正的競(jìng)爭(zhēng)優(yōu)勢(shì)，而不再遙不可及。
4. 數(shù)據(jù)處理將從批量變?yōu)閷?shí)時(shí)：
我們都有將大數(shù)據(jù)分析應(yīng)用到業(yè)務(wù)的方方面面的經(jīng)歷，這主要是由Apache Hadoop 之類的批量數(shù)據(jù)處理技術(shù)以及在過去幾年中已經(jīng)被主流企業(yè)采用的周邊生態(tài)系統(tǒng)提供支持。但是，要繼續(xù)為客戶提供更好，更快，更準(zhǔn)確的信息，公司就要開始利用Kafka、Apache Storm及 Spark Streaming 之類的實(shí)時(shí)流處理技術(shù)。這些流技術(shù)會(huì)在收集和消化數(shù)據(jù)時(shí)實(shí)時(shí)處理數(shù)據(jù)，從而更快地洞察應(yīng)用性能，無論是更快的欺詐檢測(cè)還是實(shí)現(xiàn)更及時(shí)和準(zhǔn)確的客戶定位。實(shí)時(shí)處理技術(shù)已經(jīng)相當(dāng)成熟，他們現(xiàn)在可以輕松地取代批處理技術(shù)或補(bǔ)充批處理技術(shù)的不足，只要有合理的商業(yè)理由。 OpsClarity 的架構(gòu)也依靠這些實(shí)時(shí)數(shù)據(jù)管道線路為WSA提供實(shí)時(shí)監(jiān)測(cè)。
5. 運(yùn)營(yíng)最終將被歸為大數(shù)據(jù)分析問題
傳統(tǒng)的監(jiān)控和運(yùn)營(yíng)都僅限于報(bào)告，繪制圖表和基于簡(jiǎn)單的靜態(tài)閾值的告警。在復(fù)雜且快速變化的云端 web-scale 應(yīng)用環(huán)境中，這些方法顯得差強(qiáng)人意。數(shù)據(jù)科學(xué)，機(jī)器學(xué)習(xí)和先進(jìn)的數(shù)據(jù)可視化技術(shù)會(huì)成為監(jiān)控現(xiàn)代 IT 運(yùn)營(yíng)的救星。 OpsClarity 正致力于將大數(shù)據(jù)分析和機(jī)器學(xué)習(xí)技術(shù)應(yīng)用到現(xiàn)代的 IT 運(yùn)營(yíng)中。
我們的愿景是把消費(fèi)者領(lǐng)域司空見慣的數(shù)據(jù)科學(xué)和機(jī)器學(xué)習(xí)帶到 Ops 領(lǐng)域。為此，我們已經(jīng)建立了一個(gè)智能助手，方便 DevOps 工程師們學(xué)習(xí)他們的應(yīng)用和系統(tǒng)環(huán)境，檢測(cè)和關(guān)聯(lián)故障，并提出推動(dòng)增加重點(diǎn)和提高工作效率的建議——盡管一切都在不斷變化。
OpsClarity 堅(jiān)信這些預(yù)言將在 2016 年實(shí)現(xiàn)，并賭上我們的未來！
Cloud Insight 集監(jiān)控、管理、計(jì)算、協(xié)作、可視化于一身，幫助所有 IT 公司，減少在系統(tǒng)監(jiān)控上的人力和時(shí)間成本投入，讓運(yùn)維工作更加高效、簡(jiǎn)單。本文由 OneAPM 工程師翻譯整理，想閱讀更多技術(shù)文章，請(qǐng)?jiān)L問 OneAPM 官方技術(shù)博客。
本文轉(zhuǎn)自 OneAPM 官方博客
