1、對App崩潰Say No!阿里線上監控接解決方案為什么要做線上監控阿里UC線上監控實踐及效果為什么需要線上監控移動互聯網生存法則 快數據來源：工信部國內應用數量凈增長42萬款，平均每天增加1150款快速試錯任性發布研發流程內部經過各種測試，但線上依然不可避免的發生各種問題研發階段測試階段灰度階段全量階段功能性用例覆蓋樣本不足環境復雜發布后面臨的挑戰問題發現晚，影響面大岳鷹的誕生背景用戶設備上報日志數據分析瀏覽器預警快速發現問題，高效定位原因分析問題數據展示阿里UC線上監控實踐及效果阿里UC線上監控實踐效果APP長期保持千分之1以下的崩潰率千分之1崩潰率快速分析定位，分析效率提升 300%提效3

2、00%中臺效應，經驗沉淀，復用于50+ APP50+APP如何打造線上監控系統體系化的線上質量監控平臺，線上 #采集上報-數據分析-定位解決# 的閉環采集上報建立APP質量指標體系準確高效的日志采集全面的用戶體感監控實時鏈路SDK實時上報大數據架構智能聚類智能聚類，建立關鍵信息模型代碼還原多維分析多維的分析能力遠程日志實時極速預警采集上報APP質量指標體系更全面的意外崩潰監控準確高效的日志采集上報SDK采集上報平臺異常類型AndroidJava崩潰Native崩潰ANR自定義異常iOSAPP崩潰Extension 崩潰卡死自定義異常U3D、cocosC#、lua、js異常SDK采集上報 建立指

3、標體系覆蓋Android、iOS雙端的核心質量指標SDK采集上報設備信息機型/廠商ROM是否越獄環境信息網絡運營商地理位置運行時狀態崩潰堆棧CPU/內存/磁盤Logcat場景化信息線程信息文件句柄內存Maps業務打Tag完整豐富的日志信息SDK采集上報 ANR的捕獲方式高版本無權限直接讀取trace日志SDK采集上報 - 更全面的意外崩潰監控設備重啟強制退出低內存系統或者應用組件 直接調用 C 語言 的 exit()系統或者應用組件直 接 調 用 Process.killProcess()設備兼容性第三方Rom兼容由于低內存而被 系統強殺退出上述能力就足夠了嗎？ 答案是No其他其他原因實時鏈路

4、鏈路說明客戶端平臺側采集上報日志處理統計分析數據展示信息提取 代碼還原 聚合分類指標計算 維度統計 分析預警日志采集 合并過濾 日志上報實時大盤 數據趨勢 多維分析實時性提升關鍵點實時性提升SDK實時上報實時數據計算代碼還原效率實時鏈路 - SDK實時上報截斷過濾限流采樣壓縮加密落盤上傳提前創建并持有句柄，保證成功率崩潰時立即上報（提升實時性），失敗時下次啟動上報（保證日志完整性）海外集群，保證國際日志上傳效率、同時保證數據安全性實時鏈路 - 平臺架構百億級實時監控平臺，1min內發現問題ServiceWeb UI & open APISDK日志網關百億級日志/天動態配置數據分析10W QPS

5、關鍵信息/模型提取計算服務實時計算實時監控StorageElasticSearchHBaseMySQLCrashSDKLogSDKMemSDKNetSDKCoreSDKAccess智能聚類智能聚類智能聚類代碼還原智能聚類堆棧維度崩潰堆棧提取算法大量細節優化自動打標內存泄漏低內存啟動崩潰等其他維度自定義信息海外場景智能聚類 - 代碼還原方案對比安全性穩定性效率維護成本符號表集中存儲，需要時整個傳到解析低低低低符號表集中存儲，接口返回對應的符號化結果良良良低按文件格式提取成鍵值對分散存儲，接口返回對應的符號化結果優優優中效果：代碼還原效率提升 #10倍+#，還原成功率和準確率 #99.99%#多維

6、分析時間維度實時趨勢分析共性問題復現代碼分析TOP崩潰崩潰堆棧詳細日志多維鉆取設備信息運行時狀態場景化信息多維分析常見的發布操作業務剛剛發布 或者 剛剛下發了運營配置用戶反饋專人值班自己體驗發現晚成本高一般業務做法存在問題查看實時大盤數據，第一時間發現線上問題多維分析- 第一時間發現問題多維分析 快速定位TOP問題多維分析 - 代碼分析，直切要害多維分析 - 趨勢分析，找準問題多維分析 - 多維鉆取，分析共性問題多維分析 - 問題復現發現問題時，利用巖鼠云真機一鍵快速快速場景還原遠程日志線上的疑難問題單點用戶反饋問題缺少詳細的現場信息難以重現溝通成本描述差異遠程日志上傳時機：用戶反饋時，經授權后上傳主動聯系用戶，經授權撈取客戶端預 埋點經授權后 上傳服務端解 析并聚合研