根據(jù)最近不斷涌現(xiàn)的風(fēng)險(xiǎn)投資、私募股權(quán)投資以及收購(gòu)案例來(lái)看，目前應(yīng)用程序性能管理（簡(jiǎn)稱(chēng)APM）市場(chǎng)已經(jīng)贏得愈發(fā)高漲的關(guān)注與重視。而作為其迅速崛起的重要推手之一，云計(jì)算的廣泛興起為其貢獻(xiàn)了不可磨滅的動(dòng)力。畢竟如今大量應(yīng)用程序開(kāi)始以云環(huán)境作為開(kāi)發(fā)及托管的基礎(chǔ)平臺(tái)，而相關(guān)團(tuán)隊(duì)也迫切需要一套解決方案用于監(jiān)控并管理應(yīng)用程序的實(shí)際性能表現(xiàn)。基于這一切，應(yīng)用程序性能管理技術(shù)的成功也就變得順理成章。

不過(guò)這些應(yīng)用程序及服務(wù)的客戶(hù)又抱有怎樣的態(tài)度——也就是那些為所在企業(yè)購(gòu)買(mǎi)并維護(hù)一系列云應(yīng)用組合的IT及Business Ops團(tuán)隊(duì)？他們負(fù)責(zé)支持的用戶(hù)希望能夠在不考慮實(shí)際應(yīng)用程序類(lèi)型的前提下，由其提供對(duì)應(yīng)用服務(wù)的高層維護(hù)方案。遺憾的是，目前市面上常見(jiàn)的大多數(shù)APM解決方案都無(wú)法確切滿(mǎn)足這類(lèi)用戶(hù)的實(shí)際需求。

有鑒于此，很多已經(jīng)擁有大量系統(tǒng)管理與監(jiān)控工具的組織——包括那些規(guī)模龐大且技術(shù)實(shí)力強(qiáng)大的IT團(tuán)隊(duì)——仍然在尋求各類(lèi)備用方案，旨在幫助自身實(shí)現(xiàn)更為理想的云基礎(chǔ)應(yīng)用程序管理成效。而正是這種理想與現(xiàn)實(shí)間的差距——再加上APM領(lǐng)域中的龐大IT Business Ops客戶(hù)基礎(chǔ)——才構(gòu)成了未來(lái)幾年當(dāng)中***前景的APM發(fā)展方向。

[[123414]]

???? 針對(duì)不同群體提供不同解決方案

很明顯，沒(méi)人會(huì)誤以為一套源代碼調(diào)試工具能夠在IT團(tuán)隊(duì)的微軟Exchange Server管理領(lǐng)域發(fā)揮重要作用。前者根本與后者就風(fēng)馬牛不相及，因此無(wú)法帶來(lái)任何實(shí)質(zhì)性的幫助。盡管其能夠提供大量客觀信息，但I(xiàn)T運(yùn)營(yíng)團(tuán)隊(duì)既無(wú)法加以利用、也不能拿來(lái)參考。

同理可知，我們不能指望著利用單一一套面向DevOps團(tuán)隊(duì)開(kāi)發(fā)的APM解決方案在使用Exchange Online、Dropbox、Salesforce.com或者其它“黑盒”SaaS應(yīng)用程序的Business Ops團(tuán)隊(duì)當(dāng)中發(fā)揮作用。這些團(tuán)隊(duì)并不需要登錄到應(yīng)用程序服務(wù)器當(dāng)中，他們也沒(méi)辦法對(duì)應(yīng)用程序代碼進(jìn)行調(diào)整或者直接通過(guò)與其云應(yīng)用程序相對(duì)接的網(wǎng)絡(luò)基礎(chǔ)設(shè)施訪問(wèn)日志文件或者SNMP信息。

事實(shí)上，Business Ops團(tuán)隊(duì)對(duì)于APM解決方案提出的需求可謂多種多樣，每一個(gè)DevOps團(tuán)隊(duì)可能都擁有自己獨(dú)特的具體問(wèn)題。

下面我們就從選擇性難題入手，了解擺在技術(shù)團(tuán)隊(duì)面前的那些分岔路口：

服務(wù)水平管理還是應(yīng)用程序調(diào)整

從定義角度出發(fā)，DevOps意味著將應(yīng)用程序開(kāi)發(fā)與運(yùn)營(yíng)加以結(jié)合，其目標(biāo)在于通過(guò)交付反饋來(lái)幫助開(kāi)發(fā)人員以及運(yùn)營(yíng)人員共同對(duì)其所管理的應(yīng)用程序或者服務(wù)項(xiàng)目加以?xún)?yōu)化。這些團(tuán)隊(duì)利用APM工具來(lái)幫助自己了解哪些特定代碼或者基礎(chǔ)設(shè)施尚有提升空間，并借此改進(jìn)其應(yīng)用程序性能及可靠性表現(xiàn)。

相比之下，Business Ops則屬于特定用戶(hù)群體（包括銷(xiāo)售、市場(chǎng)推廣以及特定應(yīng)用場(chǎng)景下的企業(yè)整體）與IT部門(mén)之間的配合產(chǎn)物。相較于傳統(tǒng)的持有者，如今這些對(duì)象開(kāi)始充當(dāng)云應(yīng)用程序的“消費(fèi)者”。他們專(zhuān)注于保證其用戶(hù)能夠正常接入服務(wù)，并利用其所依賴(lài)的應(yīng)用程序?qū)崿F(xiàn)正常的生產(chǎn)工作。然而，由于其中涉及一系列應(yīng)用程序及多家ISP（即互聯(lián)網(wǎng)服務(wù)供應(yīng)商），因此Business Ops團(tuán)隊(duì)也需要一整套不同于以往的工具集來(lái)幫助自身對(duì)相關(guān)供應(yīng)商的服務(wù)水平進(jìn)行驗(yàn)證與管理，此外還需要在自有網(wǎng)絡(luò)內(nèi)部對(duì)問(wèn)題進(jìn)行檢測(cè)與隔離。

甩手不管還是親力親為

也許在DevOps團(tuán)隊(duì)的應(yīng)用程序性能管理與IT/Business Ops團(tuán)隊(duì)對(duì)Salesforce.com等應(yīng)用方案進(jìn)行性能管理的過(guò)程中，***的區(qū)別在于應(yīng)用程序源代碼以及托管基礎(chǔ)設(shè)施的實(shí)際訪問(wèn)級(jí)別。對(duì)于那些第三方應(yīng)用程序而言，Business Ops團(tuán)隊(duì)完全無(wú)需考慮源代碼或者托管基礎(chǔ)設(shè)施方面的問(wèn)題。這些應(yīng)該屬于徹頭徹尾的“黑盒”環(huán)境，正如大多數(shù)通過(guò)網(wǎng)絡(luò)進(jìn)行交付的應(yīng)用程序只允許用戶(hù)直接訪問(wèn)、而絕對(duì)無(wú)法進(jìn)行深入剖析一樣。

出于這個(gè)原因，對(duì)那些網(wǎng)絡(luò)交付應(yīng)用程序進(jìn)行代碼層面的調(diào)整甚至是集成可以說(shuō)完全不現(xiàn)實(shí)。Business Ops團(tuán)隊(duì)需要利用APM解決方案與云應(yīng)用程序當(dāng)中所公開(kāi)的UI及API進(jìn)行對(duì)接與交互，只有這樣才能切實(shí)保證相關(guān)應(yīng)用能為用戶(hù)提供符合預(yù)期的服務(wù)效果。

大量應(yīng)用還是大量用戶(hù)

應(yīng)用程序DevOps團(tuán)隊(duì)，特別是那些正在著手構(gòu)建由公有云托管的消費(fèi)級(jí)或者B2B應(yīng)用程序的團(tuán)隊(duì)，通常會(huì)將主要精力集中在單一應(yīng)用程序或者規(guī)模相對(duì)較小的應(yīng)用程序組合的構(gòu)建與管理方面。然而，他們同樣需要對(duì)自身應(yīng)用程序的交付效果進(jìn)行測(cè)試與優(yōu)化，因此這類(lèi)數(shù)量較小的應(yīng)用往往需要面對(duì)幾乎無(wú)限龐大的用戶(hù)群體、遠(yuǎn)程終端以及代碼執(zhí)行路徑的密集訪問(wèn)。他們希望盡可能多地就此收集數(shù)據(jù)并加以分析，從而在不影響用戶(hù)體驗(yàn)的前提下為更多規(guī)模不定及來(lái)自世界各地的用戶(hù)提供服務(wù)。需要再次強(qiáng)調(diào)，正是因?yàn)檫@一點(diǎn)、接入到原始托管主機(jī)中的解決方案才具備如此重要的現(xiàn)實(shí)意義。

相比之下，業(yè)務(wù)運(yùn)營(yíng)團(tuán)隊(duì)面對(duì)的問(wèn)題則有所不同。他們通常需要面對(duì)并管理的用戶(hù)群體以及訪問(wèn)點(diǎn)相對(duì)有限而且對(duì)實(shí)際情況更為熟悉，因此要求相關(guān)解決方案能夠使其更為順暢地管理來(lái)自多家供應(yīng)商的數(shù)量繁多且持續(xù)增長(zhǎng)的應(yīng)用程序組合——同時(shí)又無(wú)需他們親自為每一款應(yīng)用程序打理與協(xié)議及語(yǔ)法相關(guān)的具體工作。

由內(nèi)而外還是由外而內(nèi)

如果大家身為應(yīng)用程序托管服務(wù)商，那么肯定希望能夠從網(wǎng)絡(luò)之外的遠(yuǎn)程端點(diǎn)處獲取到能夠準(zhǔn)確反映應(yīng)用程序性能表現(xiàn)的數(shù)據(jù)——畢竟服務(wù)的實(shí)際使用者身在那里，關(guān)注他們的具體感受非常重要，對(duì)吧？無(wú)論大家采用的解決方案是對(duì)云環(huán)境下的入網(wǎng)點(diǎn)（簡(jiǎn)稱(chēng)POP）進(jìn)行綜合性監(jiān)控，還是通過(guò)一套被動(dòng)/真實(shí)用戶(hù)監(jiān)控（簡(jiǎn)稱(chēng)RUM）解決方案在應(yīng)用程序內(nèi)部對(duì)代碼進(jìn)行追蹤，作為DevOps團(tuán)隊(duì)、我們往往都對(duì)“由外而內(nèi)”的應(yīng)用程序性能視點(diǎn)保持著高度關(guān)注。

Business Ops團(tuán)隊(duì)則需要采用另一種不同的控制方向。在大多數(shù)情況下，他們所面對(duì)的用戶(hù)會(huì)通過(guò)內(nèi)部辦公網(wǎng)絡(luò)訪問(wèn)基于云的應(yīng)用程序方案。在這種情況下，那些在供應(yīng)商托管入網(wǎng)點(diǎn)之外運(yùn)行的監(jiān)控解決方案往往起不到很好的效果，因?yàn)樗鼈儾⒉环纤^“***一英里”原則——即無(wú)法從最貼近企業(yè)自身網(wǎng)絡(luò)環(huán)境的ISP/訪問(wèn)點(diǎn)的位置進(jìn)行性能檢測(cè)。這是一道巨大的鴻溝，因?yàn)榇蠖鄶?shù)應(yīng)用程序可用性及性能表現(xiàn)問(wèn)題的根源都來(lái)自這“***一英里”范疇。如果大家僅僅是立足于云環(huán)境對(duì)云應(yīng)用程序進(jìn)行監(jiān)控，那么幾乎不可能在問(wèn)題實(shí)際影響到用戶(hù)之前將其檢測(cè)出來(lái)并加以解決。

易用性還是分析深度

服務(wù)供應(yīng)商可以勾勒出一套明確的業(yè)務(wù)用例，從而驗(yàn)證各項(xiàng)資源在APM解決方案的集成、部署、培訓(xùn)以及實(shí)際管理等層面的投入狀況。如果大家無(wú)法提供高質(zhì)量的用戶(hù)體驗(yàn)，那么用戶(hù)當(dāng)然不會(huì)繼續(xù)使用各位提供的應(yīng)用程序，有效擴(kuò)展以支持更大規(guī)模的用戶(hù)群體自然也就成了空談。對(duì)于尚處于發(fā)展階段的組織來(lái)說(shuō)，應(yīng)用程序服務(wù)供應(yīng)商還具備將自有應(yīng)用程序與APM解決方案高效集成、并對(duì)其提供的具體數(shù)據(jù)進(jìn)行詮釋的必要技能與處理流程。

而在另一方面，Business Ops團(tuán)隊(duì)則專(zhuān)注于支持其所在企業(yè)以及用戶(hù)。APM對(duì)于他們屬于達(dá)成既定目標(biāo)的一種措施與手段，旨在幫助他們盡可能提高工作效率與實(shí)際效果。他們屬于真正的運(yùn)營(yíng)團(tuán)隊(duì)而非軟件開(kāi)發(fā)團(tuán)隊(duì)，因此需要大量復(fù)雜的集成與/或腳本控制技能的解決方案由于太過(guò)繁瑣而并不適合他們，特別是在那些應(yīng)用程序組合正不斷擴(kuò)展的企業(yè)當(dāng)中。他們所利用的云應(yīng)用程序在這方面則擁有顯著且愈發(fā)理想的管理便捷性?xún)?yōu)勢(shì)。同理，運(yùn)營(yíng)團(tuán)隊(duì)自然也希望自己的APM解決方案能夠具備同樣的特性。

Business Ops團(tuán)隊(duì)需要的是能夠?qū)崿F(xiàn)廣泛分析能力的解決方案，其作用范疇必須涵蓋當(dāng)前所監(jiān)控應(yīng)用程序數(shù)量與交付情況，外加用戶(hù)與云應(yīng)用程序本身之間的端到端網(wǎng)絡(luò)路徑層面。他們并不在乎是否能夠?qū)⑻囟☉?yīng)用程序的登錄時(shí)間縮短100毫秒，因?yàn)閷?shí)現(xiàn)這一點(diǎn)不會(huì)帶來(lái)顯著的積極意義。相比之下，他們更希望盡可能對(duì)關(guān)鍵性用戶(hù)事務(wù)的執(zhí)行流程加以檢測(cè)，從而避免那些本來(lái)幾秒鐘就能完成的處理任務(wù)被延長(zhǎng)到十秒甚至二十秒。如果真的出現(xiàn)這種情況，IT團(tuán)隊(duì)需要有能力及時(shí)揪出導(dǎo)致此類(lèi)問(wèn)題的根源——甚至來(lái)自業(yè)務(wù)網(wǎng)絡(luò)環(huán)境之外——并采取有效行動(dòng)加以解決。

Business Ops——新的DevOps

很明顯，使用云應(yīng)用程序的Business Ops團(tuán)隊(duì)所需要的APM解決方案具備諸多特性，我們無(wú)法直接把適合應(yīng)用程序服務(wù)供應(yīng)商以及DevOps團(tuán)隊(duì)的現(xiàn)成產(chǎn)品直接套用在他們身上。盡管市面上已經(jīng)存在很多自我標(biāo)榜為“企業(yè)級(jí)APM”的解決方案，但這些產(chǎn)品所面向的往往是那些所管理應(yīng)用程序運(yùn)行在自有服務(wù)器或者虛擬機(jī)環(huán)境下的技術(shù)團(tuán)隊(duì)、而非云應(yīng)用運(yùn)營(yíng)團(tuán)隊(duì)。

雖然同樣名為應(yīng)用程序性能管理工具，適用于Business Ops團(tuán)隊(duì)的解決方案可謂完全不同、甚至應(yīng)該被視為此類(lèi)產(chǎn)品中的一大全新類(lèi)別——APM for Business Ops。那么由此構(gòu)成的是否應(yīng)該算是利基市場(chǎng)？就目前來(lái)看，答案也許是肯定的。但隨著Amazon、谷歌、微軟以及其它多家大型廠商全面進(jìn)軍云計(jì)算領(lǐng)域，全部跡象都指向同一個(gè)結(jié)論：無(wú)論屬于何種規(guī)模，企業(yè)內(nèi)部云應(yīng)用程序及服務(wù)在整體應(yīng)用程序組合中所占比重將愈發(fā)可觀并持續(xù)增長(zhǎng)。

因此，雖然APM for DevOps這股浪潮似乎已經(jīng)達(dá)到了頂峰，但接下來(lái)的APM for Business Ops才剛剛來(lái)臨。換言之，這并非分岔路口，而是下一場(chǎng)變革的前奏。

英文：??http://www.apmdigest.com/apm-at-a-crossroad-in-the-cloud??