什麼是真正的APM(二)

 

雲智慧(北京)科技有限公司 高馳濤算法

1. Business Transactions瀏覽器

What:應用事務分析性能優化

Why:固然這裏說的事務不是DB事務。這裏指應用與用戶交互的操做事務。舉個例子:用戶登陸網站後,使用搜索功能搜索了耳機,從耳機列表中,選擇了本身喜歡的耳機,打開查看詳情,款式音效價格看來都不錯,放入購物車,而後打開購物車進行購買,完成支付。架構

整個例子中,咱們所說的事務能夠抽象爲:併發

登陸 -> 搜索 -> 挑選 -> 購買 -> 支付分佈式

因此,單純的記錄登陸成功率、購買成功率的意義不會至於大到分析整個應用的健壯穩定程度,準確地分析出總體事務的相互影響象限,纔會。高併發

How:熟悉GA的朋友都知道,GA花費了大量的力量以實現上述咱們所描述的應用事務。但令開發者痛苦的是,必需要在代碼中「埋點」,即在代碼中的關鍵位置寫入一行代碼,以實如今關鍵位置的追蹤,而業務總不是一成不變的,因而隨着業務發展,「埋點」這個事情使得應用總在不停地修改、發佈、修改、發佈。性能

其實,用戶在客戶端(瀏覽器、APP)所進行的全部操做,很明顯,是有序的。要完成應用事務的記錄,要完成的需求其實只是兩個唯一性:大數據

一、肯定上下文的事務操做,是同一個用戶;優化

二、肯定全部事務操做的每個步驟,是唯一一個動做。

因而咱們即可對某一個應用取得的數據分析出如下應用事務,而整個過程當中,用戶不須要修改任何一行代碼(無須埋點)。 具體的實現細節,後續會專門出文介紹。

 

 

 

2. Deep Dive Component Monitoring

What:深度應用診斷

Why:關鍵詞是「深度」。好比某在線商城,接到了上海用戶的反饋,登陸慢,不響應。這其中可能出現問題的環節太多了:CDN可能有問題、Web Server或DB Server負載可能太高、業務代碼中可能有bug、中間件可能不響應、甚至任何一個環節的物理磁盤或物理網卡可能出現了故障,等等。想要準確地找到問題所在,即便不經一番寒徹骨,八成也要先打個冷戰。

How:這裏有幾個難點是:

一、在不修改用戶代碼的前提下,取得代碼運行時性能數據;

二、終端用戶數據、運行時性能數據、物理指標數據、服務運行指標數據,有效關聯;

三、有太多需關注的點,怎樣方便快捷地部署採集端;

四、不影響或不多影響原應用性能。

以上也正是APM提出的需求。

一鍵式的、無干預的安裝部署與更新升級,以替代繁瑣的部署與升級;採用各個語言的底層Hook來針對性地編寫語言Agent插件,以此實現不修改用戶代碼而取得運行時性能數據;經過主機、應用、服務、請求的唯一標識,來進行有效的數據關聯;經過特有的數據採樣算法來達到2%如下的性能影響;一體化的數據模型,以替代密集的數據孤島。這段特徵,描述的是雲智慧透視寶的Smart Agent。(一樣,實現細節請待後文。)

 

 

 

3. Analytics / Reporting

What:分析與報告

Why:簡單地講,APM對數據有兩點要求:

一、數據處理要及時,必要時候要作到實時的處理,問題可能隨時都會發生;

二、數據的分析報告要精確,大量的數據自己是無價值的,按照業務模型進行精確分析、預測纔有其價值體現。

How:APM數據是自然的大數據,符合4V特徵。所以難點幾乎與大數據處理的難點相重合:

一、數據模型語言要統一

二、數據存儲與查詢

三、大量複雜數據的關係建模

 

 

能夠看到,雲智慧透視寶架構中Pipe Cluster的設計是對流數據的處理的核心部分,分佈式、集羣部署的Pipe Worker可實現實時的消息消費,同時基於此架構的Data Platform與Alter Engine可實時對任意維度的數據進行分析與預警。目前數據採集量720億條/天天,共存儲200,000億條數據。(後續將對此架構進行專文介紹。)

 

 

下圖是對比了國內外APM行業的各廠商對以上APM模型中五個層次的認識與支持程度:

 

 

End

User Experience

 

Runtime Application Architecture

Business Transactions

 

Deep Dive Component Monitoring

Analytics  Reporting

 

NewRelic

★★★★★

★★★★☆

★★★

★★★☆

★★★★★

AppDynamics

★★☆

★★★★☆

★★☆

★★★☆

★★★★☆

AppNeta

★★☆

★★★☆

★☆

★★★☆

★★★☆

CloudWise

★★★★☆

★★★★

★★★★

★★★★

★★★☆

TingYun

★☆

★☆

★☆

★☆

★☆

OneAPM

★☆

★☆

★★

★★☆

 

 

 

-------

End

 

 

關於做者:

高馳濤(Neeke),雲智慧高級架構師,PHP開發組成員,同時也是PECL/SeasLog等多個開源軟件做者與貢獻者。8年研發管理經驗,早期從事大規模企業信息化研發架構,09年涉足互聯網數字營銷領域並深刻研究架構與性能優化。對高併發、高性能、高可用系統設計實現有豐富經驗。崇尚規範、敏捷、高效、GettingReal。目前在雲智慧致力於APM產品的架構與研發。主要負責PHP、Python、Go等語言的底層擴展與SmartAgent的架構研發。

相關文章
相關標籤/搜索