【51CTO.com原創(chuàng)稿件】2016年，Gartner對(duì)APM的定義將原來(lái)的五個(gè)維度定義修改成了三個(gè)維度，即：數(shù)字化體驗(yàn)監(jiān)控(DEM)，應(yīng)用發(fā)現(xiàn)、追蹤和診斷(ADTD)，以及應(yīng)用分析(AA)。此外，Garter還強(qiáng)調(diào)，最終用戶(hù)的體驗(yàn)始終是APM最重要的任務(wù)，而APM的核心功能則是能夠基于應(yīng)用去做問(wèn)題的發(fā)現(xiàn)與診斷。這一定義的改變，源于用戶(hù)在新的IT形勢(shì)下，對(duì)APM提出的新需求。

近年來(lái)，公有云和移動(dòng)互聯(lián)網(wǎng)的增長(zhǎng)，推動(dòng)了APM市場(chǎng)和技術(shù)的快速發(fā)展。然而，云計(jì)算、微服務(wù)和容器化讓監(jiān)控的數(shù)據(jù)呈海量增長(zhǎng)，為APM的發(fā)展帶來(lái)了挑戰(zhàn)。微服務(wù)架構(gòu)和容器化讓?xiě)?yīng)用更具靈活性、彈性和擴(kuò)展性，但在提高應(yīng)用效率的同時(shí)，也讓?xiě)?yīng)用的拓?fù)浼軜?gòu)和通訊變得更復(fù)雜，更難監(jiān)控。

與此同時(shí)，企業(yè)數(shù)字化轉(zhuǎn)型規(guī)模在愈發(fā)擴(kuò)大，各行業(yè)對(duì)性能監(jiān)控提出了更高的要求，傳統(tǒng)的監(jiān)控方案只能定位解決不到30%的問(wèn)題，剩下的70%該怎么辦呢?如何才能快速定位最終用戶(hù)關(guān)鍵業(yè)務(wù)的性能問(wèn)題?怎樣才能保障關(guān)鍵業(yè)務(wù)流程各方面的穩(wěn)健運(yùn)行?

為了能夠幫助企業(yè)應(yīng)對(duì)新IT形勢(shì)下的應(yīng)用性能監(jiān)控方面的難題，幫助IT管理團(tuán)隊(duì)快速實(shí)現(xiàn)不同業(yè)務(wù)邏輯下的性能排障，國(guó)內(nèi)應(yīng)用性能管理服務(wù)提供商聽(tīng)云，于2016年推出了全棧溯源解決方案，它在國(guó)內(nèi)***實(shí)現(xiàn)了全端、跨應(yīng)用監(jiān)控。

2017年，面對(duì)現(xiàn)階段復(fù)雜的全棧環(huán)境，定位問(wèn)題變得更加復(fù)雜，為了能夠?qū)?yīng)用性能問(wèn)題更加深入的追蹤與診斷，聽(tīng)云全棧溯源進(jìn)行了全面升級(jí)。此次升級(jí)主要是基于用戶(hù)體驗(yàn)的性能監(jiān)控升級(jí)，實(shí)現(xiàn)了工具產(chǎn)品平臺(tái)化，為用戶(hù)提供全面的聽(tīng)云全棧溯源解決方案。

據(jù)聽(tīng)云產(chǎn)品副總裁Moca介紹，所謂全棧溯源，就是從用戶(hù)體驗(yàn)出發(fā)，基于事務(wù)請(qǐng)求進(jìn)行全棧問(wèn)題的定位追蹤。目前，其涉及的主要功能有：APP端事務(wù)請(qǐng)求全棧溯源、瀏覽器頁(yè)面事務(wù)請(qǐng)求全棧溯源、撥測(cè)事務(wù)請(qǐng)求全棧溯源、單用戶(hù)全棧溯源。

“全棧溯源是全球APM行業(yè)的趨勢(shì)。在國(guó)外，Dynatrace、AppDynamics這些老牌APM廠商已經(jīng)將全棧溯源作為了產(chǎn)品的標(biāo)配。但是，從功能上來(lái)說(shuō)，聽(tīng)云的技術(shù)在國(guó)內(nèi)是非常領(lǐng)先的。因?yàn)槲覀兊姆?wù)體系更加符合國(guó)內(nèi)企業(yè)的要求，國(guó)外的APM不支持國(guó)內(nèi)組件，比如阿里云的基于微服務(wù)架構(gòu)的支持，類(lèi)似達(dá)夢(mèng)數(shù)據(jù)庫(kù)的國(guó)產(chǎn)化技術(shù)。” Moca說(shuō)。

聽(tīng)云全棧溯源解決方案可以實(shí)現(xiàn)清晰責(zé)任界定為各部門(mén)提供統(tǒng)一的信息平臺(tái)，共同討論目前應(yīng)用發(fā)生的問(wèn)題，以及解決方案。基于客戶(hù)關(guān)鍵業(yè)務(wù)的自動(dòng)質(zhì)量控制平臺(tái)，將把以周為單位的解決問(wèn)題時(shí)間縮短為幾分鐘。同時(shí)，當(dāng)發(fā)生嚴(yán)重問(wèn)題時(shí)，系統(tǒng)會(huì)進(jìn)行自動(dòng)響應(yīng)，及時(shí)告警。

既然全棧溯源解決方案是從用戶(hù)體驗(yàn)出發(fā)，聽(tīng)云是怎樣來(lái)衡量用戶(hù)體驗(yàn)的呢? Moca解釋說(shuō)，一方面，用戶(hù)可以結(jié)合自身來(lái)定義用戶(hù)體驗(yàn)問(wèn)題，比如反應(yīng)快慢時(shí)間。另一方面，聽(tīng)云全棧溯源解決方案設(shè)置了一個(gè)默認(rèn)值。此外，在用戶(hù)感知層面，針對(duì)首屏?xí)r間、點(diǎn)擊控件時(shí)間等，系統(tǒng)會(huì)通過(guò)請(qǐng)求的關(guān)聯(lián)，來(lái)發(fā)現(xiàn)是否是因?yàn)檎?qǐng)求慢導(dǎo)致用戶(hù)體驗(yàn)度低的問(wèn)題。

那么，針對(duì)微服務(wù)架構(gòu)和容器化等新技術(shù)，聽(tīng)云全棧溯源解決方案是否能夠很好的解決應(yīng)用性能監(jiān)控的問(wèn)題呢?

對(duì)此，Moca表示，簡(jiǎn)單來(lái)說(shuō)，微服務(wù)就是把整個(gè)系統(tǒng)劃分為多個(gè)細(xì)小的服務(wù)。以聽(tīng)云為例，聽(tīng)云服務(wù)器端整個(gè)監(jiān)控系統(tǒng)，報(bào)表、數(shù)據(jù)庫(kù)查詢(xún)系統(tǒng)等，都可以拆分成一個(gè)個(gè)微服務(wù)。這里的挑戰(zhàn)在于，以前我們很清楚是A、B、C應(yīng)用組成了一個(gè)系統(tǒng)，而現(xiàn)在我們不知道A、B、C應(yīng)用中的哪些微服務(wù)組成了一個(gè)系統(tǒng)。因?yàn)槁?tīng)云也在用微服務(wù)和容器，它們?cè)趲?lái)靈活、可擴(kuò)展性強(qiáng)等諸多好處的同時(shí)，也給業(yè)務(wù)管理帶來(lái)很多的瓶頸，定位一個(gè)問(wèn)題需要定位到某一個(gè)具體的微服務(wù)。如果是容器，則需要考慮映射到哪個(gè)主機(jī)等，這些都是聽(tīng)云正在努力的方向。

目前，聽(tīng)云全棧溯源解決方案已經(jīng)支持容器。因?yàn)槿萜鞯暮诵木褪强梢詣?dòng)態(tài)擴(kuò)展，動(dòng)態(tài)擴(kuò)展時(shí)會(huì)變成很多實(shí)例，此時(shí)就可以動(dòng)態(tài)的根據(jù)這些實(shí)例去擴(kuò)展。所以如果忽略容器這一層，把能具體定位到錯(cuò)誤與容器和主機(jī)映射到一起，就可知道系統(tǒng)級(jí)別、基礎(chǔ)架構(gòu)下的哪里出現(xiàn)了哪些問(wèn)題。然后定位到應(yīng)用級(jí)別，再把應(yīng)用拆開(kāi)，就能找到這個(gè)應(yīng)用具體映射到哪個(gè)容器和服務(wù)器，最終實(shí)現(xiàn)對(duì)應(yīng)用性能的監(jiān)控。

采訪***，Moca表示：“全棧溯源核心在于從用戶(hù)體驗(yàn)出發(fā)，可以支持多種復(fù)雜的環(huán)境。客戶(hù)無(wú)論使用怎樣的生產(chǎn)環(huán)境，我們都能夠給予支持。這是我們走向市場(chǎng)，成熟商業(yè)化的重要標(biāo)準(zhǔn)之一。今年，聽(tīng)云的重點(diǎn)是從用戶(hù)體驗(yàn)出發(fā)，不斷完善全棧溯源解決方案的功能，實(shí)現(xiàn)多種視角，使產(chǎn)品更加易用。”

【51CTO原創(chuàng)稿件，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文作者和出處為51CTO.com】