中國應(yīng)用性能管理行業(yè)盛宴—2017中國應(yīng)用性能管理大會(huì)(簡稱APMCon 2017)于8月10日至11日在北京新云南皇冠假日酒店隆重召開。本屆APMCon是由聽云、極客邦和InfoQ聯(lián)合主辦，作為國內(nèi)APM領(lǐng)域最具影響力的技術(shù)大會(huì)，本次大會(huì)以“驅(qū)動(dòng)應(yīng)用架構(gòu)優(yōu)化與創(chuàng)新”為主題，致力于推動(dòng)APM在國內(nèi)的成長與發(fā)展。

　　聽云產(chǎn)品副總裁Moca于APMCon 2017大會(huì)主論壇發(fā)表了題為《風(fēng)起云涌-APM開啟全新數(shù)字化體驗(yàn)時(shí)代》的演講，現(xiàn)場解讀了全球范圍內(nèi)，APM如何幫助企業(yè)進(jìn)行數(shù)字化轉(zhuǎn)型以及APM行業(yè)未來的發(fā)展趨勢。

　　以下為演講實(shí)錄：

　　Moca：大家上午好，非常感謝大家來到第二屆APMCon的現(xiàn)場，很榮幸作為聽云的代表為大家分享關(guān)于APM的話題。

　　聽云作為APM的先行者，從2014年到2017年經(jīng)歷了APM摸索階段和、市場認(rèn)知初期的狀態(tài)，同時(shí)也是越來越多的廠商去應(yīng)用APM，越來越多的技術(shù)在APM領(lǐng)域蓬勃發(fā)展的階段。這其中非常大的變化，就是我看到百度搜索關(guān)鍵詞的競價(jià)排名單價(jià)翻了好幾倍，所以說這個(gè)市場變熱了，大家搜索的意愿都提升了，大家也對這個(gè)行業(yè)和這個(gè)技術(shù)有了更大的興趣和應(yīng)用。

　　這個(gè)調(diào)研表明了全球CEO在2017年度到2018年度中企業(yè)最關(guān)注的兩件事是什么。第一點(diǎn)毋庸置疑的是企業(yè)的增長，第二就是與IT相關(guān)。所以在廣義的企業(yè)中，不只是互聯(lián)網(wǎng)廠商，在傳統(tǒng)企業(yè)當(dāng)中的IT部門里，我們整個(gè)IT的從業(yè)人員在企業(yè)的地位也是得到了很大的提升。那么為什么大家都開始關(guān)注IT相關(guān)的技術(shù)呢?是因?yàn)樗蛔C實(shí)的確可以促進(jìn)企業(yè)的發(fā)展和業(yè)務(wù)的增長。

　　這些都是大家耳熟能詳?shù)腎T細(xì)分領(lǐng)域，包括企業(yè)上云、數(shù)字化營銷、如何利用IT技術(shù)提升企業(yè)的產(chǎn)能等。這些細(xì)分領(lǐng)域都得到了相應(yīng)的重視，就是因?yàn)槠渲械臄?shù)字化轉(zhuǎn)型，也就是說企業(yè)會(huì)更多的用IT的方式和數(shù)字化的方式去促進(jìn)自己的業(yè)務(wù)增長。

　　數(shù)字化轉(zhuǎn)型我認(rèn)為給廣義上的企業(yè)帶來了最大的兩個(gè)變化，第一個(gè)是業(yè)務(wù)更多的去通過數(shù)字化的媒介進(jìn)行承載，比如像APP、微信，包括現(xiàn)在的微信公眾號，以及IOT的設(shè)備、網(wǎng)站等;另外就是IT的運(yùn)維團(tuán)隊(duì)原來可能更關(guān)注的只是保障系統(tǒng)的穩(wěn)定性，現(xiàn)在還要去想如何適應(yīng)企業(yè)的業(yè)務(wù)創(chuàng)新和快速發(fā)展，怎樣用新的架構(gòu)、新的開發(fā)模式來適應(yīng)發(fā)展。

　　因此現(xiàn)在企業(yè)內(nèi)部的IT團(tuán)隊(duì)和越來越多的業(yè)務(wù)團(tuán)隊(duì)，越來越通過數(shù)字化來承載業(yè)務(wù)，他們希望對業(yè)務(wù)的交易性能能有更高的能見度，這就很大的促進(jìn)了整個(gè)IT性能管理軟件這個(gè)細(xì)分領(lǐng)域的猛烈增長。基于現(xiàn)存的全球90億美金的市場，2015年也有13.9%的增長。這個(gè)增長在IT的細(xì)分領(lǐng)域是非常大的，要知道全球普通的IT細(xì)分領(lǐng)域每年的增長也只是6%左右。

　　這是Gartner對性能分析技術(shù)這個(gè)軟件細(xì)分領(lǐng)域的技術(shù)炒作趨勢圖，其中APM已經(jīng)過了技術(shù)初期的狀態(tài)，并從低谷逐漸走向了從技術(shù)成熟區(qū)，也就意味著這個(gè)技術(shù)在兩年到五年之內(nèi)會(huì)被整個(gè)的市場普遍的應(yīng)用，這是整個(gè)國際的趨勢，在國內(nèi)可能稍微晚一點(diǎn)。

　　但是我發(fā)現(xiàn)在今年的APMCon中，大家對APM技術(shù)的關(guān)注越來越高，而且從整個(gè)市場的接受度來說，也可以看出現(xiàn)在已經(jīng)不是初期的階段，有很多的廠商，包括剛才Wood所講的，很多觀望者都已經(jīng)開始進(jìn)到了這個(gè)領(lǐng)域里。

　　APM是在IT性能分析軟件的細(xì)分市場中唯一相對成熟且高價(jià)值的技術(shù)。由于數(shù)字化轉(zhuǎn)型的到來，越來越多的業(yè)務(wù)通過數(shù)字化媒介去承載。

　　但是傳統(tǒng)的IT監(jiān)控體系其實(shí)更多的是從下往上建立的，也就是從數(shù)據(jù)中心內(nèi)部，從技術(shù)組件、基礎(chǔ)架構(gòu)監(jiān)控出發(fā)建立的。并且更多的IT運(yùn)維團(tuán)隊(duì)，大部分的KPI是以9為論的，比如“四個(gè)9”。但是，我們發(fā)現(xiàn)這樣的一個(gè)監(jiān)控體系已經(jīng)不能滿足現(xiàn)在企業(yè)高速數(shù)字化轉(zhuǎn)型的進(jìn)程了，為什么呢?

　　因?yàn)槲覀儼l(fā)現(xiàn)，面向基礎(chǔ)架構(gòu)的監(jiān)控只能發(fā)現(xiàn)30%左右的問題，而另外70%的問題是發(fā)現(xiàn)不了的。因此，當(dāng)他們接到用戶投訴的時(shí)候，由于這些問題并不是在基礎(chǔ)架構(gòu)組件中能發(fā)現(xiàn)的問題，并且用戶并不會(huì)投訴說是不是你們的CPU過熱了、磁盤IO是不是該清理了，他們肯定只會(huì)說我這個(gè)頁面打不開，按紐點(diǎn)了沒有反應(yīng)，或者發(fā)生了白屏等等。那這些問題很多都是由于運(yùn)營商劫持導(dǎo)致的，用戶那邊看到的內(nèi)容跟本身的廠商提供的并不一樣，或者是網(wǎng)絡(luò)出現(xiàn)了問題，然后這邊的內(nèi)容根本就沒有加載出來，出現(xiàn)白屏等這樣的問題。所以我們認(rèn)為，下一代的應(yīng)用性能監(jiān)控應(yīng)該是從最終用戶體驗(yàn)來出發(fā)，并且能夠把整個(gè)前端的用戶體驗(yàn)以及后端的應(yīng)用、OS、后端的組件以及基礎(chǔ)架構(gòu)層做串聯(lián)，當(dāng)發(fā)現(xiàn)一個(gè)問題的時(shí)候我們可以把它串起來，并且第一時(shí)間發(fā)現(xiàn)問題根本原因。

　　Gartner對2016年的APM也做了提升的定義，其中APM不是新詞，但是是這幾年才火起來的技術(shù)領(lǐng)域。之所以火，就是因?yàn)橛幸恍┬碌募夹g(shù)改革以及新的業(yè)界發(fā)展形態(tài)所帶來的改變。Gartner對APM2016年做的必須具備的能力有三個(gè)，其中我認(rèn)為可以突出講的有以下幾點(diǎn)。

　　第一是數(shù)字化用戶體驗(yàn)的監(jiān)控(DEM)。過去的APM其實(shí)更多強(qiáng)調(diào)的是應(yīng)用的發(fā)現(xiàn)、拓?fù)洹⒆粉櫯c診斷。那現(xiàn)在由于更多的業(yè)務(wù)去通過數(shù)字化呈現(xiàn)給用戶，數(shù)字化用戶體驗(yàn)的監(jiān)控就會(huì)變得非常重要。這中間就包括主動(dòng)式的模擬探測監(jiān)控以及被動(dòng)式的嵌入式監(jiān)控，這種監(jiān)控方式能夠第一時(shí)間發(fā)現(xiàn)終端用戶產(chǎn)生的一系列的劫持、網(wǎng)絡(luò)問題、崩潰等性能問題，并且能夠通過傳統(tǒng)APM的能力串聯(lián)，最終追蹤發(fā)現(xiàn)問題。

　　第二強(qiáng)調(diào)了應(yīng)用分析(AA)。原來應(yīng)用分析和性能的分析更多的是通過圖表的分析去看趨勢。那么現(xiàn)在Gartner要求我們對整個(gè)應(yīng)用性能的分析過程中要加入自動(dòng)化運(yùn)維、加入大數(shù)據(jù)的分析和數(shù)據(jù)擬合建模分析能力，來幫助用戶甚至預(yù)測性能發(fā)展的瓶頸和趨勢。之后我們裴丹教授也會(huì)講很多的算法，我們之間也有一些交流。就是如何用一些算法科學(xué)能夠找到性能的瓶頸去做診斷。像這樣的技術(shù)能力現(xiàn)在已經(jīng)被越來越多的應(yīng)用到APM的領(lǐng)域當(dāng)中。

　　APM應(yīng)用場景

　　我剛才講了整個(gè)應(yīng)用性能管理行業(yè)的趨勢和新的變化，以及整個(gè)行業(yè)的認(rèn)知?，F(xiàn)在我給大家分享的就是在這三年當(dāng)中我們所發(fā)現(xiàn)的，在2016年到2017年三個(gè)比較新的APM的應(yīng)用場景。

　　APM的核心能力是能夠把應(yīng)用的整個(gè)拓?fù)潢P(guān)系，后端組件的依賴關(guān)系，通過一個(gè)事物去進(jìn)行串聯(lián)。過去傳統(tǒng)的APM主要的意義在于發(fā)現(xiàn)問題并且能夠定位到代碼級別的問題，做根因的診斷。但是由于這兩年數(shù)字化轉(zhuǎn)型的變革，有一些新的應(yīng)用場景。

　　1. 如何去用APM做用戶體驗(yàn)的量化與優(yōu)化。

　　2. 在很多上云的進(jìn)程中，APM如何幫助企業(yè)做云的選型、上云后的管理，甚至幫助云廠商做云各個(gè)節(jié)點(diǎn)路由的優(yōu)化策略。

　　3. APM如何結(jié)合DevOps內(nèi)部的推進(jìn)。

　　一、APM如何做用戶體驗(yàn)的量化與優(yōu)化

　　先來看看用戶體驗(yàn)，大家都知道它非常重要。現(xiàn)在各個(gè)行業(yè)，尤其是最終用戶的行業(yè)用戶體驗(yàn)極為重要，因?yàn)楦偁幪ち伊恕?/p>

　　這張圖大家看著像油畫，其實(shí)是衛(wèi)星探測的共享單車，這個(gè)其實(shí)是比較夸張的，但這是我們現(xiàn)實(shí)中的圖，能證明這個(gè)行業(yè)非常的激烈。如果你的性能不夠好，用戶很容易就切換到另外一家廠商。同時(shí)像航空業(yè)、國航、東航、南航，各個(gè)都有自己的App。用戶更多的通過數(shù)字化來承載他們的業(yè)務(wù)，他們選擇價(jià)格因素是其中之一，當(dāng)時(shí)時(shí)效性的性能和體驗(yàn)也決定了用戶是不是能夠?qū)δ愕钠放朴兄艺\度、好感度，以及后續(xù)的使用習(xí)慣。所以用戶體驗(yàn)的優(yōu)化其實(shí)是一個(gè)非常重要的，并且需要持續(xù)去做的一件事。

　　我們的客戶經(jīng)常問三個(gè)問題，這三個(gè)場景比較常見。第一個(gè)問題是像雙11大促或者是有一些事件性的活動(dòng)上線的時(shí)候，如何動(dòng)態(tài)的掌握用戶體驗(yàn)，能夠及時(shí)止損，并且能夠在這個(gè)過程中或者在之前就能做到優(yōu)化和并且快速的決策;第二個(gè)問題，不光是我們互聯(lián)網(wǎng)廠商，很多傳統(tǒng)的企業(yè)，像航空業(yè)，包括制造業(yè)，高科技產(chǎn)業(yè)，他們內(nèi)部的OA的APP每周都要迭代一次，迭代頻率非?？?。那么如何在迭代過程中從用戶體驗(yàn)這邊制定一個(gè)衡量的標(biāo)準(zhǔn);第三個(gè)問題是如何定義用戶體驗(yàn)并快速定位問題。什么意思?在座的各位想想，用戶體驗(yàn)用什么指標(biāo)來去定義，你們心中有一個(gè)統(tǒng)一的目標(biāo)嗎?大家會(huì)說響應(yīng)時(shí)間。但到底是后端的響應(yīng)時(shí)間還是什么呢?大家可能沒有統(tǒng)一的定義。所以從監(jiān)控的角度我們應(yīng)該去定義到底什么是好的、什么是不好的，才能去幫助我們的客戶和開發(fā)者快速的發(fā)現(xiàn)這個(gè)問題，才能有統(tǒng)一的標(biāo)準(zhǔn)。針對以上這三個(gè)問題我們怎么解決呢?

　　A、事件性的活動(dòng)如何快速的決策，如何第一時(shí)間響應(yīng)并發(fā)現(xiàn)問題

　　這是整個(gè)實(shí)時(shí)監(jiān)控系統(tǒng)，并且是用戶體驗(yàn)的監(jiān)控大屏。這個(gè)大屏?xí)挥玫胶芏嗥髽I(yè)的IT指揮中心、作戰(zhàn)中心，他們會(huì)把這塊大屏嵌入到活動(dòng)當(dāng)中。這個(gè)大屏對于企業(yè)有怎樣的優(yōu)勢呢?

　　1. 可以實(shí)時(shí)監(jiān)測全國日活用戶是怎樣的，各個(gè)區(qū)域的響應(yīng)時(shí)間是怎樣的，其中紅色代表不好，黃色比較差，綠色是比較好。

　　2. 結(jié)合活躍用戶的發(fā)生區(qū)域看哪個(gè)地方是需要優(yōu)先解決的。

　　3. 全國各地是否發(fā)生了劫持，劫持的區(qū)域是不是業(yè)務(wù)所重視的。

　　4. CDN加速情況，不同的CDN下全國的全網(wǎng)加速情況。

　　5. 將核心業(yè)務(wù)實(shí)時(shí)的展現(xiàn)出來，比如說我的登錄頁面、支付頁面，在全國是否會(huì)有延遲現(xiàn)象。

　　以上這五點(diǎn)能夠幫助用戶在活動(dòng)進(jìn)行時(shí)做出快速準(zhǔn)確的輔助決策。所以在做活動(dòng)時(shí)的用戶體驗(yàn)監(jiān)控時(shí)，最重要的是信息化和可視化，尤其是在時(shí)效性為先的時(shí)候一定要有一塊屏幕能夠第一時(shí)間的發(fā)現(xiàn)用戶體驗(yàn)的問題。

　　B、如何制定KPI，如何在快速迭代中制定這些目標(biāo)，如何量化

　　這張圖是針對APP用戶體驗(yàn)、性能體驗(yàn)的打分，這個(gè)打分不光是簡單的加權(quán)平均的算法，而是基于整個(gè)76個(gè)行業(yè)的劃分，以及超過6億終端的數(shù)據(jù)做的后期算法建模。其中藍(lán)色是自己所在行業(yè)的分?jǐn)?shù)，我們把這個(gè)性能分成幾個(gè)重要的指標(biāo)，如響應(yīng)時(shí)間、崩潰、卡頓錯(cuò)誤、流量消耗等，我們認(rèn)為這幾個(gè)指標(biāo)是直接影響用戶的體驗(yàn)和用戶感受的。最后我們會(huì)對這幾個(gè)指標(biāo)進(jìn)行權(quán)重以及算法，最后得出所在的行業(yè)整體用戶體驗(yàn)大概是處于怎樣的區(qū)間。根據(jù)你的APP用戶體驗(yàn)到底是處于行業(yè)哪個(gè)位置，我們會(huì)給出一個(gè)歷史評分，這其實(shí)就是行業(yè)基線的概念。所以當(dāng)制定一個(gè)快速迭代的指標(biāo)時(shí)，不光要看自己每次提升了多少，而是基于所在的行業(yè)去滿足行業(yè)競爭的需求。

　　同時(shí)根據(jù)上圖就可以看出客戶在這段時(shí)間做了一次迭代，響應(yīng)時(shí)間大大的降低了。所以這里是做了一個(gè)很明顯的優(yōu)化。通過這一套評分體系，就可以把用戶體驗(yàn)的量化評分用作每次的迭代，然后去對比這次的迭代有沒有上升，制定目標(biāo)也是基于行業(yè)的基線去制定的目標(biāo)。

　　C、如何定義用戶體驗(yàn)

　　過去我們?nèi)绻麖那岸碎_發(fā)和程序員的視角或者運(yùn)維的視角來定義，要么就是服務(wù)有沒有中斷，要么就是整體頁面加載情況怎么樣，有沒有錯(cuò)誤的問題。

　　用戶體驗(yàn)本身與業(yè)務(wù)很貼近，我們先去定義清楚用戶體驗(yàn)的點(diǎn)，然后做切片，再去定位問題，這才是更好的視角。所以我們把用戶體驗(yàn)這個(gè)頁面的加載，把它做了一些劃分，基于用戶體驗(yàn)的重要性去做了劃分，比如白屏?xí)r間、首屏?xí)r間，最小可交付的時(shí)間，以及加載時(shí)間等。根據(jù)不同的業(yè)務(wù)來自定義，比如是內(nèi)容的業(yè)務(wù)，可能只關(guān)注首屏的時(shí)間加載的是不是夠快就可以了，因?yàn)楹竺鏁?huì)隨著刷新去加載的。另外有的頁面是轉(zhuǎn)到了一個(gè)可操作的頁面，那可能更關(guān)注的是最小的可交互時(shí)間。所以通過這幾個(gè)指標(biāo)把網(wǎng)站的用戶體驗(yàn)和關(guān)注的指標(biāo)做切分。

　　所以用戶體驗(yàn)的監(jiān)控是屬于數(shù)字化體驗(yàn)監(jiān)控的范疇之內(nèi)，我們做了一些創(chuàng)新和改造。傳統(tǒng)其實(shí)也有一些頁面級的監(jiān)控軟件，他們給出的就是整個(gè)的JS錯(cuò)誤分析，Ajax請求分析，流媒體的監(jiān)控，我們現(xiàn)在就是先從用戶頁面來定義這個(gè)問題，然后再分析原因。

　　大家可以看到，我們會(huì)把整個(gè)網(wǎng)站列出來，并且給出用戶的訪問量，以及完全加載、白屏、首屏、交互時(shí)間等各個(gè)指標(biāo)。非常簡單就能夠看到想優(yōu)化某一個(gè)頁面的用戶體驗(yàn)。發(fā)現(xiàn)用戶體驗(yàn)問題，首先要關(guān)注的是PV多不多，如果不多的話就不用看。所以要基于業(yè)務(wù)的請求量排優(yōu)先級。另外就是關(guān)注不同的指標(biāo)做排序，關(guān)注什么就看什么的時(shí)間。

　　同時(shí)從不同的維度給出頁面的不同維度分析，從而能夠得出你的問題到底發(fā)生在哪兒。如果發(fā)現(xiàn)這個(gè)問題比較著重于某一個(gè)運(yùn)營商，或者某一個(gè)地區(qū)的話，那么接下來就要看它的單樣本數(shù)據(jù)去定位問題。所以整個(gè)流程我想給大家講的是一個(gè)解決問題的思路，就是說過去是直接看有多少個(gè)錯(cuò)誤，但現(xiàn)在的思路是要先看最重要的用戶體驗(yàn)，并且能細(xì)分下去，然后再看單樣本的數(shù)據(jù)去定位解決問題，這是現(xiàn)在解決問題的思路。

　　并不是說這個(gè)技術(shù)有多么的高深，但是這個(gè)思路才是符合現(xiàn)在數(shù)字化轉(zhuǎn)型并解決用戶體驗(yàn)問題的思路。通過這些元素的拓?fù)?，我們能夠發(fā)現(xiàn)導(dǎo)致加載慢的元素。并且，很多性能都會(huì)關(guān)聯(lián)到后端的，比如說很多Ajax請求是由于后端的請求響應(yīng)慢導(dǎo)致的。所以APM核心能力在用戶體驗(yàn)解決問題的時(shí)候，要能夠追蹤到后面的應(yīng)用，以及對應(yīng)用的各個(gè)時(shí)間、分段做最后的追蹤和定位問題。

　　剛才我從用戶體驗(yàn)方面說了三點(diǎn)，一個(gè)是我們要有實(shí)時(shí)的監(jiān)控體系，能夠在一些事件性的情況下第一時(shí)間看到問題所在。第二就是我們要有指標(biāo)體系、基線，可以達(dá)到在競爭環(huán)境中快速迭代、制定目標(biāo)。第三個(gè)就是我們要能明確定義用戶體驗(yàn)的指標(biāo)，我們要優(yōu)化哪些，優(yōu)先解決哪些，怎么解決。

　　二、云體驗(yàn)度量

　　接下來就是云體驗(yàn)的度量。現(xiàn)在的情況是迎來了大撥傳統(tǒng)企業(yè)上云，我估計(jì)今年年底的時(shí)候大家看公有云的業(yè)績還是會(huì)有非常大的增長的。我們的客戶又問了，云廠商選哪家好，云廠商分布的各個(gè)節(jié)點(diǎn)資源實(shí)際效果如何，因?yàn)樵茝S商提供的都是自己的測試報(bào)告，很難分辨出業(yè)務(wù)上去之后實(shí)際效果怎么樣。一上去其實(shí)就是很難切換的，雖然說大家覺得云是一個(gè)很動(dòng)態(tài)，很靈活的資源，但其實(shí)真的業(yè)務(wù)上去之后大家就會(huì)明白很難切換;第二就是上云之后如何繼續(xù)保持業(yè)務(wù)的可建性，過去傳統(tǒng)業(yè)務(wù)的板塊上云之后就不工作了。第三就是云廠商也會(huì)問，如何從最終用戶體驗(yàn)優(yōu)化我的節(jié)點(diǎn)路由。接下來我說幾個(gè)案例。

　　1、APM如何做云選型

　　這是給客戶做的云的選型，從這邊我們做了一個(gè)壓測。我們會(huì)部署客戶相同的應(yīng)用到云上。另外就是通過全網(wǎng)的節(jié)點(diǎn)訪問這個(gè)應(yīng)用。經(jīng)過節(jié)點(diǎn)的數(shù)量加壓之后，再看網(wǎng)絡(luò)層和應(yīng)用層的監(jiān)控?cái)?shù)據(jù)，網(wǎng)絡(luò)層主要看延時(shí)和丟包，云一明顯延時(shí)比云二要高的。應(yīng)用層這邊的可用性比云二要好的。所以可以非常直觀的看出實(shí)際業(yè)務(wù)在這上面跑了之后，云廠商給你分布的主機(jī)節(jié)點(diǎn)資源這些，在相同的配置下哪個(gè)更適合。

　　這是我們分別把云一和云二的各個(gè)服務(wù)器節(jié)點(diǎn)，北京、廣東、上海的區(qū)域做了壓測的對比。Apdex是應(yīng)用的滿意度指標(biāo)，還包括應(yīng)用服務(wù)器的響應(yīng)時(shí)間，CPU使用率，磁盤IO這樣的組件的數(shù)據(jù)，能看到CPU使用率云一是高于云二的。所以這也能夠幫助你判斷上云后所相對應(yīng)的消耗大小。

　　2、上云后的可視化管理

　　上云后的管理也是非常重要的，上云后的管理需要11個(gè)相關(guān)的技術(shù)功能相互輔助。其中有一項(xiàng)就是Monitoring and monitering，能實(shí)時(shí)的監(jiān)控、測量管理和度量，這也需要持續(xù)的使用應(yīng)用性能管理的系統(tǒng)做管理，不管你的應(yīng)用部署在哪里，APM有主動(dòng)式、被動(dòng)式，嵌入式的技術(shù)手段，你只要嵌入到當(dāng)中就能掌握你的動(dòng)態(tài)?？梢耘挪槌龅降资菓?yīng)用的問題，還是網(wǎng)絡(luò)問題，還是云這邊機(jī)房出了問題，提前會(huì)有一個(gè)預(yù)判。

　　3、APM如何幫助云廠商做鏈路路由策略調(diào)優(yōu)

　　這是對我們廠商節(jié)點(diǎn)優(yōu)化的案例，其實(shí)很簡單，這時(shí)APM能做的一個(gè)比較大的能力。比如說廊坊的節(jié)點(diǎn)給北京的用戶分配，同時(shí)你這個(gè)機(jī)房，還有河南節(jié)點(diǎn)給北京的分配，是更好還是更次，所以需要有真實(shí)的探測和實(shí)時(shí)動(dòng)態(tài)的掌握。所以這邊做了兩個(gè)機(jī)房服務(wù)區(qū)的對比，可以看到不同的兩個(gè)北京的機(jī)房，在整個(gè)的響應(yīng)時(shí)間里看，延時(shí)和丟包來說都不一樣的，會(huì)有一些區(qū)別。并且這個(gè)探測是基于城市和運(yùn)營商的，在這個(gè)測試結(jié)果中我沒有列出具體的數(shù)據(jù)，但是北京2機(jī)房的移動(dòng)效果訪問不好，聯(lián)通和電信比較好的。北京1的機(jī)房反而是移動(dòng)比較好，在成都、杭州、濟(jì)南、鄭州，移動(dòng)訪問用戶訪問北京2的機(jī)房的效果不好，所以不建議在北京2的機(jī)房去服務(wù)這四個(gè)地區(qū)的移動(dòng)線路。所以這就是一個(gè)非常明確和有效的鏈路選型的建議。

　　同時(shí)我們會(huì)給出基于不同運(yùn)營商城市的路由，也就是說在不同的機(jī)房、在不同的城市，哪一個(gè)機(jī)房訪問最終用戶的體驗(yàn)是最好的，我們可以給它一個(gè)優(yōu)化策略的路由表。所以我們現(xiàn)在的一些云廠商也是用這套策略和APM的辦法來優(yōu)化它的節(jié)點(diǎn)。

　　三、APM對DevOps的推動(dòng)

　　DevOps就是開發(fā)人員和運(yùn)維一體化，其本質(zhì)是要保障促進(jìn)業(yè)務(wù)的快速發(fā)展，并且是一個(gè)高質(zhì)高量的保障，所以我們要有一系列的工具來保證這個(gè)效益。

　　#FormatImgID_18#

　　這是2017年DevOps的技術(shù)炒作曲線，大家可以看到APM也是在這個(gè)區(qū)間，也就是說APM是DevOps技術(shù)的高價(jià)值投入。

　　APM可以幫助DevOps完成從設(shè)定業(yè)務(wù)、迭代目標(biāo)，到基于目標(biāo)進(jìn)行開發(fā)、測試、設(shè)定性能矩陣、生產(chǎn)環(huán)境以及設(shè)定度量的偏差，這些過程都是研發(fā)和運(yùn)維一起完成的。研發(fā)要保障代碼的質(zhì)量，運(yùn)維要保證快速的上線和迭代。

　　1、APM高價(jià)值的體現(xiàn)

　　其中APM對DevOps的應(yīng)用最核心的價(jià)值，就是從用戶端到網(wǎng)絡(luò)層，到整個(gè)后端應(yīng)用，到組件、中間件等等全部進(jìn)行了串聯(lián)，這也就是非常符合DevOps工作流程的方法。

　　a) APM對于DevOps來說是一個(gè)平臺(tái)。APM可以將DevOps甚至商業(yè)部門以及測試部門用一個(gè)平臺(tái)、一套數(shù)據(jù)以及一套方法論，將問題整合到一起去解決瓶頸。這個(gè)非常重要，因?yàn)楝F(xiàn)在每一個(gè)企業(yè)不同的系統(tǒng)、不同的部門都有不同的監(jiān)控體系，他們的監(jiān)測數(shù)據(jù)都是不一樣的，所以如果你想實(shí)現(xiàn)這種快速的迭代和研發(fā)的話，就要確保大家都在一個(gè)平臺(tái)，用一套語言、一套數(shù)據(jù)去說話。否則就會(huì)變成互相扯皮。

　　b) APM對于DevOps來說有有效的錯(cuò)誤定位能力。APM的組件診斷的能力能夠幫助DevOps團(tuán)隊(duì)理解并診斷基礎(chǔ)設(shè)施組件的問題，包括函數(shù)的調(diào)用、依賴關(guān)系等等，來發(fā)現(xiàn)代碼中的瓶頸和潛在的問題，保證DevOps中非常強(qiáng)調(diào)的高質(zhì)量的代碼。

　　c) APM對于DevOps來說可以快速發(fā)現(xiàn)特定切片的響應(yīng)延遲。當(dāng)產(chǎn)品快速上線或者測試的時(shí)候，基于事務(wù)可以從前到后拓?fù)涑鲋g相互的依賴關(guān)系，以及問題發(fā)生在哪兒，哪兒有延遲，做切片的問題診斷。

　　d) APM對終端用戶的管理，過去DevOps對終端用戶的掌控力相對較弱，現(xiàn)在通過這一套平臺(tái)能發(fā)現(xiàn)像劫持、崩潰等等只有終端用戶才能發(fā)現(xiàn)的一些問題。

　　四、關(guān)于性能監(jiān)控體系的幾點(diǎn)建議

　　1、一定要把數(shù)據(jù)作為核心，APM最核心的不光是整個(gè)的體系和后臺(tái)，它不是純工具。APM在各個(gè)端、各個(gè)節(jié)點(diǎn)去采集數(shù)據(jù)，這些數(shù)據(jù)的來源非常可貴，因?yàn)檫@些數(shù)據(jù)的體現(xiàn)間接挖掘出了行業(yè)的基線，這樣的一些數(shù)據(jù)建模的價(jià)值是很高的。同樣企業(yè)內(nèi)部也需要把這些數(shù)據(jù)做統(tǒng)一的管理和后期的挖掘，可以基于這些數(shù)據(jù)去做加強(qiáng)自動(dòng)化運(yùn)維的判斷依據(jù)。

　　2、作為IT管理者，這里說的是廣義的傳統(tǒng)企業(yè)IT管理者，需要基于數(shù)字化轉(zhuǎn)型去做新的監(jiān)控體系策略。而不是只用過去傳統(tǒng)的監(jiān)控體系就夠了，因?yàn)槟愕臄?shù)字化轉(zhuǎn)型如果不能隨著可視化和可度量去做的話，這無異于是盲人摸象。

　　3、要從數(shù)字化用戶體驗(yàn)層出發(fā)建立這套IT監(jiān)控體系，并與業(yè)務(wù)數(shù)據(jù)做關(guān)聯(lián)分析，這也是接下來的一個(gè)新的發(fā)展。

特別提醒：本網(wǎng)內(nèi)容轉(zhuǎn)載自其他媒體，目的在于傳遞更多信息，并不代表本網(wǎng)贊同其觀點(diǎn)。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實(shí)，對本文以及其中全部或者部分內(nèi)容、文字的真實(shí)性、完整性、及時(shí)性本站不作任何保證或承諾，并請自行核實(shí)相關(guān)內(nèi)容。本站不承擔(dān)此類作品侵權(quán)行為的直接責(zé)任及連帶責(zé)任。如若本網(wǎng)有任何內(nèi)容侵犯您的權(quán)益，請及時(shí)聯(lián)系我們，本站將會(huì)在24小時(shí)內(nèi)處理完畢。