你的技術(shù)團(tuán)隊(duì)到底需要什么樣的APM產(chǎn)品?
目前，國(guó)內(nèi)的APM市場(chǎng)雖未及全球市場(chǎng)的繁盛，也已開(kāi)始呈現(xiàn)騰飛的態(tài)勢(shì)，國(guó)內(nèi)出品的APM產(chǎn)品可謂百花齊放。然而自從進(jìn)入2016年之后，國(guó)內(nèi)的IT從業(yè)者們開(kāi)始紛紛把目光聚集在通過(guò)Server端植入探針來(lái)獲取數(shù)據(jù)的后端Server類APM產(chǎn)品上面。從數(shù)據(jù)獲取的角度來(lái)說(shuō)，這類產(chǎn)品可以更加全面深入地展現(xiàn)業(yè)務(wù)的性能損耗，幫助企業(yè)技術(shù)團(tuán)隊(duì)更好地管理業(yè)務(wù)質(zhì)量和IT設(shè)備質(zhì)量。但是，現(xiàn)階段國(guó)內(nèi)Server類產(chǎn)品五花八門(mén)，想選擇一款最適合自己團(tuán)隊(duì)的產(chǎn)品還應(yīng)先從APM本身需求來(lái)看。
企業(yè)為什么需要APM服務(wù)?答案很簡(jiǎn)單，APM可以幫助企業(yè)技術(shù)團(tuán)隊(duì)更好的管理業(yè)務(wù)質(zhì)量和IT設(shè)備質(zhì)量。那么是不是所有的APM產(chǎn)品都能做到這兩方面呢，以Server端APM產(chǎn)品為例，我們需要從如下幾個(gè)方面來(lái)分析：
關(guān)鍵字：大量服務(wù)集群、多層級(jí)業(yè)務(wù)拓?fù)?/strong>
首先，你的技術(shù)團(tuán)隊(duì)所運(yùn)維或者運(yùn)營(yíng)的Server架構(gòu)體系是什么規(guī)模的呢?是兩三臺(tái)服務(wù)器，還是數(shù)十臺(tái)、數(shù)百臺(tái)甚至上千臺(tái)服務(wù)器?另外，你的業(yè)務(wù)拓?fù)潢P(guān)系是簡(jiǎn)單的單線調(diào)用關(guān)系還是極其復(fù)雜的網(wǎng)狀的連環(huán)調(diào)用拓?fù)?我想，以目前國(guó)內(nèi)互聯(lián)網(wǎng)和APP發(fā)展的規(guī)模與勢(shì)頭，稍具規(guī)模的企業(yè)，其業(yè)務(wù)服務(wù)的拓?fù)浼軜?gòu)以及后端服務(wù)器規(guī)模都不會(huì)太簡(jiǎn)單的。業(yè)務(wù)被執(zhí)行時(shí)，一條請(qǐng)求就可能需要在各個(gè)應(yīng)用服務(wù)器、web服務(wù)器、數(shù)據(jù)庫(kù)、NoSQL等服務(wù)節(jié)點(diǎn)之間反復(fù)調(diào)用、跳轉(zhuǎn)，這些節(jié)點(diǎn)可能組成一個(gè)大的業(yè)務(wù)集群，此外，我們還通常會(huì)在某個(gè)節(jié)點(diǎn)部署幾臺(tái)虛擬機(jī)來(lái)做負(fù)載均衡。因此，你所需要的Server端APM產(chǎn)品就必須支持復(fù)雜的邏輯結(jié)構(gòu)和多層級(jí)的集群拓?fù)?。?dāng)然，你所關(guān)注的業(yè)務(wù)集群不會(huì)僅是兩三個(gè)，所以你的APM產(chǎn)品還需要支持同時(shí)接收并處理大量探針產(chǎn)生的數(shù)據(jù)。如果能夠支持三個(gè)邏輯拓?fù)鋵蛹?jí)，并且可以同時(shí)處理500個(gè)以上探針的數(shù)據(jù)，應(yīng)該能夠滿足現(xiàn)階段國(guó)內(nèi)大部分企業(yè)的技術(shù)團(tuán)隊(duì)了。
關(guān)鍵字：多線程、自定義代碼
其次，我們使用Server端APM產(chǎn)品，最主要的目的還是做業(yè)務(wù)流程分析，找出業(yè)務(wù)被調(diào)用時(shí)，時(shí)間損耗最嚴(yán)重的代碼。因此，若想準(zhǔn)確定位出業(yè)務(wù)的性能損耗瓶頸，就需要探針能擷取到足夠全面的數(shù)據(jù)。所以這里有兩個(gè)因素需要注意：***，APM產(chǎn)品要支持異步線程調(diào)用的數(shù)據(jù)獲取，并能夠?qū)惒骄€程數(shù)據(jù)與主線程數(shù)據(jù)以及業(yè)務(wù)調(diào)用關(guān)聯(lián)起來(lái)。因?yàn)樵谡?qǐng)求調(diào)用中，除了主線程的處理之外，很可能還會(huì)調(diào)用其它服務(wù)，從而新開(kāi)一到多個(gè)線程來(lái)工作。這些異步線程同主線程一樣在消耗著整個(gè)業(yè)務(wù)的運(yùn)行時(shí)間，且有可能對(duì)主線程產(chǎn)生拖累。第二，一定要支持用戶自定義代碼的監(jiān)測(cè)。我們都知道，研發(fā)工程師在coding過(guò)程中會(huì)寫(xiě)出大量符合自己業(yè)務(wù)邏輯的自定義函數(shù)以便調(diào)用，這就會(huì)給探針獲取數(shù)據(jù)造成瓶頸。所以說(shuō)，支持‘關(guān)聯(lián)異步線程’與‘自定義代碼’這兩個(gè)從使用者角度看來(lái)非常關(guān)鍵的需求點(diǎn)，正是一部分APM產(chǎn)品功能上相對(duì)欠缺的地方。
關(guān)鍵字：數(shù)據(jù)關(guān)聯(lián)分析
除以上兩點(diǎn)外，Server端APM產(chǎn)品還應(yīng)在數(shù)據(jù)分析中突顯出各環(huán)節(jié)數(shù)據(jù)的關(guān)聯(lián)性。已經(jīng)使用過(guò)APM相關(guān)產(chǎn)品的朋友會(huì)了解，APM平臺(tái)中會(huì)提供很多不同的分析入口，如：業(yè)務(wù)過(guò)程、數(shù)據(jù)庫(kù)、NoSQL等。使用者從不同的入口進(jìn)入查看相應(yīng)層面的數(shù)據(jù)。但是，在有一些APM平臺(tái)中，這些模塊是相互割裂的，使得大家無(wú)法對(duì)數(shù)據(jù)進(jìn)行真正的鉆取分析。更先進(jìn)的做法是把各個(gè)層面的數(shù)據(jù)全部打通，讓使用者可以對(duì)每條業(yè)務(wù)請(qǐng)求自由的串聯(lián)查看。比如：從數(shù)據(jù)庫(kù)入口進(jìn)入后，可以關(guān)聯(lián)查看每條錯(cuò)誤SQL語(yǔ)句都是由哪些請(qǐng)求調(diào)用的。這一點(diǎn)對(duì)于細(xì)化關(guān)鍵問(wèn)題尤為重要，也是我們需要著重關(guān)注的。
