UC浏覽器用戶端的資料監控及應用

<b></b>

蘆炎：在UC工作多年一直專注浏覽器開發的方向，曾經開發過多個作業系統平台的UC浏覽器，目前在浏覽器核心團隊、負責性能專項相關工作。

本議題重點介紹 UC浏覽器用戶端資料采集、資料監控資料的次元及示例、以及實戰中通過監控資料發現、挖掘、解決問題的經驗。以下來分享精彩内容。

<b>浏覽器資料監控</b>

資料監控：通過資料的采集形成一定的報表，資料的采集有很多的管道和方式，通過日志，通過一些統計資料，通過特殊通道彙總起來形成中繼資料。采集的資料形成核心名額報表、原始報表，把這些資料進行進一步的監控資料異常分析、比對分析、自動化分析等，幫助我們進行更多的工作。

圖1

如圖1，浏覽器用戶端中會有很多元度的資料監控作為日常工作的内容，圖中列舉了一部分核心的内容。

<b>性能名額監控</b>

<b>  </b>浏覽器頁面通路性能名額監控的就是性能。

性能監控資料可以做什麼：了解、發現問題—通過核心名額監控，及時發現資料的異常；

分析、挖掘問題—通過更細化次元的組合監控，進一步分析問題原因；

定位，解決問題—通過全面資料名額監控，直接定位到原因；

三者層級遞進。

    圖2

圖2所示接入點次元的核心性能名額監控， 有一個核心性能名額，每天生成報表。這是按照手機網絡接入點的次元來進行性能上的一些監控，主要監控各個釋出的版本性能的一些變化，保證最新版本不差于之前版本的資料。

 圖3新版本釋出發現性能資料問題

圖3是某一個二級接入點下面的一個名額，通過報表顯示出最新版本資料出現了問題，發現了問題之後，怎麼辦呢？我們可能知道這個問題是影響性能的原因之一，但不敢确定是不是全部。如果沒有更體系化的、更有力度的，多元度的監控資料做支援，那就解決不了這個事情。

  圖4

圖4例舉了幾個比較通用的次元的資料，紅色辨別為有問題的次元，直接定位到問題處，可以解釋大資料中出現的問題。

 圖5

圖5中報表問題直接定位了緩存命中率問題——圖檔緩存命中率下降，在大的緩存命中率的之下，還有進一步的分解，各種頁面資源的緩存命中率。通過這樣幾個次元幾個層次的資料監控，最後可以定位到這樣的問題，再結合新進版本一些修改的點，一些優化的點，一些新功能開發的點，就非常容易定位到是哪一個代碼送出導緻的這個問題。

 圖6

很多元度都在做線上的監控，每天有很多的報表出來，有些是人工分析，有些是自動化分析的結果。圖6是浏覽器核心性能監控的内容，各種各樣的原因導緻聯網錯誤而産生的錯誤碼，不知原因的白屏率，還有頁面流量。

 圖7

   圖8

圖7左側說的是國際版白屏率的波動，我們發現，線上的多個版本，不同的國家，同時在一天出現了白屏率好轉的一個效果，我們可以确認這就和浏覽器APP沒有任何關系，但是我們要弄清楚是什麼問題。右側我們發現，在那一天，其它域名次元的資料沒有什麼變化，隻有google本地站的資料有明顯的下降，至少我們定位到google在做一些動作或者優化。圖8所示，通過本地化的一些測試，左面圖是google原來的樣子，在那個時間段後再次搜尋就會出現中間圖檔的樣子，右圖上google對改進作的解釋。

圖9 S、B搜尋業務

圖9為S、B搜尋作對比監控的報表，監控的是搜尋結果的頁面展現的速度。S搜尋通過自己的前端，資料采集，能夠擷取到很詳盡的性能搜尋，但是對方性能是不知道的。B搜尋也是一樣，是以作對比分析。

  圖10

圖10為天貓問題監控報表，藍色曲線有非常大的異常，再把錯誤碼進行全面的細化，會更直接的定位到具體是哪一個錯誤碼次元偏高了，進行進一步分析。

<b>其它次元監控</b>

圖11為使用者意見回報監控，使用者通過專門的浏覽器用于意見回報入口，來回報使用過程中遇到的問題，我們會把這些問題進行分類，通過分類我們可以看到對某一個關鍵字下面會有一定資料監控的曲線圖來反映問題，

圖11 

<b>資料監控的發展</b>

<b>  </b>大資料的資料監控——資料分析——大資料挖掘。

                                                                                                                          PPT下載下傳位址：http://club.alibabatech.org/resource_detail.htm?topicId=163