云計算、移動互聯(lián)網(wǎng)的快速發(fā)展正在引發(fā)一場新的變革。隨著IT系統(tǒng)、業(yè)務(wù)環(huán)境的復雜性增加，傳統(tǒng)的IT運維方式已經(jīng)不能適應(yīng)企業(yè)快速發(fā)展的業(yè)務(wù)需求。企業(yè)不再只著眼于硬件開發(fā)，而是對應(yīng)用技術(shù)、運營維護的需求越來越高，這給企業(yè)的應(yīng)用性能管理帶來新的挑戰(zhàn)和機遇。

不久前，云智慧（北京）科技有限公司COO潘濤與51CTO記者談到，目前國內(nèi)很多公司IT架構(gòu)與業(yè)務(wù)是割裂的，往往是根據(jù)常規(guī)運行經(jīng)驗來制定業(yè)務(wù)計劃。但這種方式效率極低、誤差很大，可能導致網(wǎng)絡(luò)和服務(wù)器閑置或過載。下面讓我們一起看看潘老師和他的團隊，在為企業(yè)提供這些問題的應(yīng)對方案的過程中，有著怎樣獨到的見解。

[[125335]]

方向：移動互聯(lián)時代的應(yīng)用性能管理應(yīng)該轉(zhuǎn)向立體化

隨著移動互聯(lián)網(wǎng)的發(fā)展，傳統(tǒng)的PC用戶逐漸轉(zhuǎn)向APP。潘濤告訴記者，雖然現(xiàn)在的APP平臺已經(jīng)開始提供一體化的APP開發(fā)環(huán)境，但傳統(tǒng)企業(yè)在這個過程中仍然前進的比較艱難。

支撐移動互聯(lián)網(wǎng)產(chǎn)品和服務(wù)的是軟件和數(shù)據(jù)，其背后是所構(gòu)成的代碼。代碼的實現(xiàn)很復雜，那么交付和持續(xù)優(yōu)化就變得非常重要。在此之外，傳統(tǒng)行業(yè)的客服跟蹤在移動互聯(lián)網(wǎng)會涉及問題反饋、問題定位，***確認具體錯誤和負責人解決問題。在這種冗長復雜的問題定位和處理流程下，即使問題得以解決，用戶也很難得到好的體驗。

要解決這個問題，只有確保自身IT支撐系統(tǒng)穩(wěn)定高效的運行，這就需要強有力的IT運維管理體系，來時刻監(jiān)控和管理IT環(huán)境各組件的性能質(zhì)量。目前很多時候，我們都將網(wǎng)站監(jiān)控、服務(wù)性能監(jiān)控、服務(wù)器監(jiān)控、網(wǎng)頁性能管理等割裂開來，但實際這些組件相互間對性能影響的是存在關(guān)聯(lián)的。如果對它們獨立進行監(jiān)控管理，不僅使運維人員工作繁多，也很難快速、準確地對問題發(fā)生的環(huán)節(jié)定位。

為解決這個問題，云智慧的做法是，提供端到端的性能和可用性監(jiān)控的立體化APM方案，來將這些獨立的監(jiān)控項目整合在一起并建立關(guān)系，做到實時監(jiān)控并快速定位問題。這也開創(chuàng)了國內(nèi)市場的先河。

潘濤告訴我們，IT應(yīng)用的最終實現(xiàn)就是從用戶端發(fā)起到服務(wù)器最終執(zhí)行的過程，也就是我們常說的end to end。云智慧APM將IT各組件性能的監(jiān)控分為六段，覆蓋從用戶、內(nèi)容傳輸、防火墻、服務(wù)器、服務(wù)商內(nèi)網(wǎng)數(shù)據(jù)庫和存儲的每個環(huán)節(jié),能夠?qū)崿F(xiàn)代碼級問題定位和實時數(shù)據(jù)監(jiān)測分析，對外部容區(qū)性能的RS并發(fā)率、吞吐率等關(guān)鍵性指標，提供準確的監(jiān)控數(shù)據(jù)。不論是移動APP還是Web應(yīng)用，都可通過自身功能構(gòu)建起立體化的企業(yè)風險預(yù)警、解決、優(yōu)化方案。

根源：后端接口問題才是改善用戶體驗的關(guān)鍵

越來越多的應(yīng)用服務(wù)封裝成一系列的API開放出去供第三方使用，很多在線服務(wù)應(yīng)用都可以通過API數(shù)據(jù)接口調(diào)用的方式快速獲取。因此，應(yīng)用接口數(shù)據(jù)服務(wù)性能的差異會直接關(guān)系到業(yè)務(wù)運營質(zhì)量。前端的性能問題可能影響到某個平臺或是部分用戶，而如果服務(wù)端的接口調(diào)用出現(xiàn)問題，則會影響到所有用戶的服務(wù)質(zhì)量。這是最容易被忽略掉的問題，卻也是非常關(guān)鍵的問題。

因此，整個應(yīng)用交付數(shù)據(jù)接口的一致性、完整性和正確性，才是問題的根源，只有識別、區(qū)分、解決和控制了這些問題，才能從根本上消除和改善最終用戶體驗質(zhì)量。在解決手機這一端應(yīng)用問題的時候，云智慧更多的是采用API的方式，基于目前通用的移動端和服務(wù)器端的數(shù)據(jù)通訊的標準接進API性能的監(jiān)控，快速定位和解決問題根源。

•  首先通過收集和診斷數(shù)據(jù)信息，來測量應(yīng)用接口性能是否可用。
•  再針對響應(yīng)時間和可用時長統(tǒng)計分析來進行可用率的統(tǒng)計，辨別數(shù)據(jù)請求和返回是否正確，實現(xiàn)從API和數(shù)據(jù)支撐層來保障用戶的數(shù)據(jù)通信運行邏輯始終符合預(yù)期結(jié)果。
•  具有強大的數(shù)據(jù)驗證引擎，可以支持JSON、XML甚至Text、Response Status驗證，實現(xiàn)跨多平臺的應(yīng)用。

判斷：基于數(shù)據(jù)流間的邏輯找準問題節(jié)點

現(xiàn)在，運營人員在監(jiān)管過程中常常陷入這樣的痛苦：雖然不斷收到告警，但是究竟該處理什么問題，運營人員卻很難準確和迅速定位。

如果通過對數(shù)據(jù)流的邏輯關(guān)系加以分析判斷，來給系統(tǒng)架構(gòu)中的交換機、路由器、防火墻等貼上不同層級的標簽，采用分級的告警機制，就可以大大減少運營人員的痛苦了。如果從一級到十級劃分，***級是最前面的防火墻。***級發(fā)生故障，后面的指標肯定都不通了，如果都報警，運營人員肯定吃不消。當重要級別高的部分發(fā)出告警了之后，底下的告警我們就不用去看了，只要去做它的維護就行了。分層的告警機制可以解決現(xiàn)在大家收到的警告太多，卻對怎么解決問題，解決哪里的問題無從下手。

潘濤告訴我們，云智慧在做到分級的故障分發(fā)之外，還可以通過對高凝指標數(shù)據(jù)之間流邏輯關(guān)系的分析，來提供更加智通的監(jiān)控和告警方案。用戶可以根據(jù)自己的情況和需求去編制告警策略，根據(jù)它的邏輯去編制，這樣一旦出現(xiàn)故障和緊急情況這種方式很容易幫他去找到問題的節(jié)點，而不是像現(xiàn)在一堆告警卻不知道到底處理哪個。而且，根據(jù)故障的緊迫和重要程度，也可以選擇通知不同的對象，是先通知我們的運維人員，還是先通知網(wǎng)站的CTO。都可以在定制策略中通過設(shè)置告警閾值，來進行靈活的自定義告警設(shè)置，來幫助用戶更加及時的捕捉突發(fā)變化，進行性能調(diào)優(yōu)。

#p#

探索：利用大數(shù)據(jù)技術(shù)實現(xiàn)對問題的預(yù)見

大數(shù)據(jù)技術(shù)的迅速發(fā)展，對性能測試實時性和持續(xù)性問題的分析和發(fā)現(xiàn)帶來很大的幫助。目前，云智慧也在基于大數(shù)據(jù)技術(shù)，不斷完善對監(jiān)測故障預(yù)見性課題的研究。潘濤告訴我們，兩個端所有的新聞數(shù)據(jù)，包含故障的數(shù)據(jù)，和運行正常的數(shù)據(jù)。如何挖掘這些數(shù)據(jù)的價值，來進行預(yù)測的體驗，是非常重要的。

這里面有很多預(yù)測算法，比如說根據(jù)某個時點的流量，將用戶設(shè)備的儲存性能，物理性能和數(shù)據(jù)庫的性能中的數(shù)據(jù)提取出來，來預(yù)見優(yōu)化方案,假設(shè)再有一個分點的時候機器可能應(yīng)該加什么，是在前面繼續(xù)做LB的均衡負載呢，還是說應(yīng)該提升你的儲存的硬件的配置或者物理級的配置，這實際是在一個大的模型里面。只有通過數(shù)據(jù)的大量積累，而且歷史曾經(jīng)出現(xiàn)過的這種問題多的時候，這個模型才會更加完整，因為這些數(shù)據(jù)本身一定是有相關(guān)性的，但又未必必然。有時你的流量很大，服務(wù)負載很低；但是有時候你的流量很小，負載卻很大，這里面的問題到底在哪兒呢？硬件還是架構(gòu)本身，還是代碼寫得不好？到底是怎樣的邏輯關(guān)系在起作用，云智慧現(xiàn)在還在探索預(yù)測算法，也是希望大家共同貢獻智慧的部分。

有待完善：國內(nèi)云監(jiān)控市場發(fā)展現(xiàn)狀

監(jiān)控不是什么新鮮事物了，IT監(jiān)控在有了Windows這種軟件以后就開始存在。而在潘濤的眼中，這個發(fā)展多年的市場里還有兩個問題，值得大家探討。

***個就是立體化的監(jiān)控?，F(xiàn)在大多數(shù)產(chǎn)品往往關(guān)注的還是在服務(wù)器端，缺乏的立體化子監(jiān)控的提供方案。云智慧開創(chuàng)的六段的立體化監(jiān)控對這塊的發(fā)展提供了很好的價值。

第二個就是監(jiān)控意識的提高?？v觀全國大概共有300多萬個網(wǎng)站，隨著云智慧服務(wù)的不斷加深，目前已經(jīng)對國內(nèi)80多家網(wǎng)站提供了基于SaaS的APM方案。而在國外基本上80%的網(wǎng)站都有監(jiān)控服務(wù)區(qū)，我們雖然說已經(jīng)有了十幾年的歷史監(jiān)控，但是還是不夠成熟。這個市場是非常大的。對于APM的發(fā)展，它的預(yù)見性是最重要的，這個預(yù)見性很可怕又很神奇，有些東西用戶可以一起參與。因為收集到的樣本越多，通過實時數(shù)據(jù)構(gòu)建起來的預(yù)見模型和算法就更完善。所以我們國內(nèi)監(jiān)控市場的發(fā)展，首先要基于大家監(jiān)控意識的提高。

趨勢：PaaS發(fā)展帶來新的市場潛力

APM概念真正意義的提出是在2008年，當時，國內(nèi)企業(yè)在這一領(lǐng)域的涉足還很少，少數(shù)幾個傳統(tǒng)的IT巨頭盡管擁有類似的服務(wù)，但并不能滿足中小企業(yè)的需要，而且由于當時還處在套裝軟件階段，SaaS的理念才剛剛興起，基于SaaS的APM市場更是一片空白。

據(jù)潘濤介紹，云智慧提供的服務(wù)已經(jīng)構(gòu)建在SaaS之上，是在IaaS平臺上客戶端的一個SaaS服務(wù)。從今年的發(fā)展趨勢來看，PaaS發(fā)展速度更為迅猛。因為PaaS的好處在于，它的體系是成套的，能夠給創(chuàng)業(yè)者提供一體化的服務(wù)，尤其是在手機APP的應(yīng)用和游戲的應(yīng)用上面是非常多的。

做為云智慧來說，提供的服務(wù)中本身既有公有的IaaS的部分，也提供功能性自建的服務(wù)，實際是一個混合的概念，這也是目前國內(nèi)的主流態(tài)勢。未來，云智慧雖然不會將服務(wù)遷移到PaaS上去，但是會有很多標準的開放的接口給大家提供，大家通過這些開放的標準的API可以集成很多的服務(wù)。PaaS平臺的開發(fā)也會調(diào)用到這個接口。所以PaaS層的發(fā)展對于云監(jiān)控服務(wù)是會起到推動作用的。

歸根結(jié)底，大家首先關(guān)注的還是服務(wù)本身的能力以及對客戶的可用性，另外很重要的就是用戶的體驗。在用戶的體驗里有幾個緯度的指標，比如響應(yīng)的時間，首頁加載的時間，操作流程的時間，這都是很重要的客戶體驗的指標。“其實大家會越來越往往兩端走，一端就是用戶這個體驗這端，還有一端就是你整個運行的這一端，這兩端是很重要的。”