APM業(yè)務(wù)運(yùn)維智能化解決方案

1、APM 深水區(qū)：構(gòu)建連接運(yùn)維與業(yè)務(wù)之橋APM業(yè)務(wù)運(yùn)維智能化解決方案目錄APM現(xiàn)狀和痛點(diǎn)什么是APM深水區(qū)技術(shù)原理實(shí)際案例APM現(xiàn)狀：全鏈路監(jiān)控基礎(chǔ)架構(gòu)業(yè)務(wù)系統(tǒng)SaaS瀏覽器原生AppH5/Webview應(yīng)用性能監(jiān)控第一代APM：主動(dòng)撥測APP監(jiān)控瀏覽器監(jiān)控基礎(chǔ)架構(gòu)監(jiān)控模擬用戶 撥測節(jié)點(diǎn)真實(shí)用戶小程序監(jiān)控運(yùn)維中的問題都是平等的嗎？每天遇到的海量警報(bào)都一樣重要嗎？它們是否也遵守2/8原則？哪些錯(cuò)誤是真正緊急、影響業(yè)務(wù)的？ 哪些業(yè)務(wù)被影響了？是否是核心業(yè)務(wù)？ 如何補(bǔ)救？運(yùn)維現(xiàn)狀：系統(tǒng)響應(yīng)時(shí)間、錯(cuò)誤率上升不知道影響了哪些業(yè)務(wù)/BU/部門/用戶企業(yè)損失、成本消耗無法衡量、補(bǔ)救現(xiàn)狀：運(yùn)維和業(yè)務(wù)的割裂（互聯(lián)

2、網(wǎng)場景）業(yè)務(wù)洞察：轉(zhuǎn)化率 / 收入 / 活躍用戶 / KPI 迅速下降業(yè)務(wù)團(tuán)隊(duì)不知具體原因多團(tuán)隊(duì)、部門之間解決方案不明確公司業(yè)務(wù)、健康狀況時(shí)刻受到影響業(yè)務(wù)現(xiàn)狀：系統(tǒng)響應(yīng)慢營銷流程中點(diǎn)擊“提交”要等很久領(lǐng)導(dǎo)批準(zhǔn)審批超時(shí)、報(bào)錯(cuò)現(xiàn)狀：運(yùn)維和業(yè)務(wù)的割裂（企業(yè)場景）運(yùn)維困境：各系統(tǒng)看似正常OA系統(tǒng)響應(yīng)及時(shí)網(wǎng)絡(luò)正常數(shù)據(jù)庫沒有報(bào)錯(cuò)業(yè)務(wù)和IT系統(tǒng)的對(duì)應(yīng)關(guān)系缺失難以迅速定位問題IT / CIO / 業(yè)務(wù)部門：KPI、考核、管理層壓力目錄APM現(xiàn)狀和痛點(diǎn)什么是APM深水區(qū)技術(shù)原理實(shí)際案例復(fù)雜環(huán)境下的機(jī)遇與挑戰(zhàn)運(yùn) 維運(yùn) 營IT設(shè)施規(guī)模快速擴(kuò)張，IT應(yīng)用數(shù)量不斷增多，IT運(yùn)行壓力越來 越大，系統(tǒng)性能波動(dòng)，故障影響范圍

3、難以判斷，故障原因難以 定位，企業(yè)損失無法衡量，僅求確保IT系統(tǒng)“活著”，能持續(xù) “運(yùn)行”、穩(wěn)定“運(yùn)轉(zhuǎn)”即可。技術(shù)支持 職能分工被動(dòng)工作不計(jì)成本不出事就好面向基礎(chǔ)設(shè)施 的被動(dòng)運(yùn)維穩(wěn)定安全可靠隨著業(yè)務(wù)的不斷創(chuàng)新，企業(yè)數(shù)字化轉(zhuǎn)型的不斷落地實(shí)踐以及敏 捷開發(fā)過程的不斷應(yīng)用，復(fù)雜多元的IT運(yùn)行環(huán)境也對(duì)傳統(tǒng)運(yùn)維 提出了巨大挑戰(zhàn)。用戶感知快速交付數(shù)據(jù)分析可視化最大價(jià)值化面向業(yè)務(wù)和服 務(wù)的主動(dòng)運(yùn)營體驗(yàn)效率效益APM深水區(qū)：構(gòu)建連接運(yùn)維與業(yè)務(wù)之橋量化業(yè)務(wù)表現(xiàn)用戶體驗(yàn)提升風(fēng)險(xiǎn)防范、故障定位持續(xù)迭代持續(xù)優(yōu)（DevOps）技術(shù)運(yùn)營成本業(yè)務(wù)運(yùn)營 效率價(jià)值數(shù)據(jù)業(yè)務(wù)-IT溯源業(yè)務(wù)告警業(yè)務(wù)流程監(jiān)控業(yè)務(wù)指標(biāo)監(jiān)控單次功能操作的

4、代碼調(diào)用棧溯源。 單次功能操作的異常追蹤。單次操作的用戶體驗(yàn)指標(biāo)分解。業(yè)務(wù)流完成筆數(shù)。 業(yè)務(wù)流報(bào)錯(cuò)筆數(shù)。在途、超時(shí)的業(yè)務(wù)流執(zhí)行情況。業(yè)務(wù)可用性下降預(yù)警。 訂單量下降預(yù)警。失敗訂單增加預(yù)警。 活躍用戶下降預(yù)警。業(yè)務(wù)追蹤完成了多少筆訂單？ 錯(cuò)誤訂單有多少金額？有多少用戶使用中發(fā)生了錯(cuò)誤？ 業(yè)務(wù)可用性如何量化？每個(gè)業(yè)務(wù)的用戶活躍度？基于用戶ID的操作追蹤。 基于訂單號(hào)的業(yè)務(wù)追蹤?；谧远x業(yè)務(wù)數(shù)據(jù)的業(yè)務(wù)追蹤。業(yè)務(wù)運(yùn)維可以做什么？明確問題：如果解決系統(tǒng)用戶體驗(yàn)和性能，對(duì) 于業(yè)務(wù)、運(yùn)營、轉(zhuǎn)化率、收入有什 么影響？運(yùn)維+ 業(yè)務(wù)+ AI 數(shù)字化智能優(yōu)化業(yè)務(wù)：系統(tǒng)化關(guān)聯(lián)IT數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)實(shí)時(shí)/提前自動(dòng)發(fā)現(xiàn)、量

5、化業(yè)務(wù)瓶頸一鍵智能定位根因，自動(dòng)優(yōu)化 明確結(jié)果（舉例）：提高用戶體驗(yàn)至200ms內(nèi)，可以每小時(shí)增加XXX個(gè)訂單主動(dòng)找到被影響客戶ID并補(bǔ)救提高業(yè)務(wù)辦理成功率至99.99%降低操作失敗率為0.01%以下給企業(yè)/公司增加收入 / 減少損失YYY萬/年如何結(jié)合業(yè)務(wù) 與運(yùn)維？目錄APM現(xiàn)狀和痛點(diǎn)什么是APM深水區(qū)技術(shù)原理實(shí)際案例全面數(shù)據(jù)獲取能力全量數(shù)據(jù)獲取能力數(shù)據(jù)處理、分析能力容器、分布式、微服務(wù)、serverless新技術(shù)挑戰(zhàn)自我介紹目錄APM現(xiàn)狀和痛點(diǎn)什么是APM深水區(qū)技術(shù)原理實(shí)際案例用戶操作：面向用戶可實(shí)際操作并觸發(fā)后續(xù)業(yè)務(wù)或完成 業(yè)務(wù)的各種動(dòng)作單元。它是業(yè)務(wù)中的最小監(jiān)測維度。 如：登錄、通過審批、提交訂單、支付等業(yè)務(wù)流：為完成特定的價(jià)值目標(biāo)，由多個(gè)或單個(gè)角色完 成一系列業(yè)務(wù)操作的流程。如：借貸流程、審批流程、訂單處理流程、合同審批流程等。業(yè)務(wù)：“業(yè)務(wù)”更白話一些來說，就是各行業(yè)中需要處理 的事務(wù)，但通常偏向指銷售的事務(wù)，因?yàn)槿魏喂締挝?最終仍然是以銷售產(chǎn)品、銷售服務(wù)、銷售技術(shù)等等為 主。業(yè)務(wù)就是進(jìn)行或處理商業(yè)上相關(guān)的活動(dòng)。如：營銷業(yè)務(wù)、廣告業(yè)務(wù)、辦公OA、CRM等業(yè)務(wù)、業(yè)務(wù)流、業(yè)務(wù)操作定義業(yè)務(wù)用戶運(yùn)維業(yè)務(wù)指標(biāo)、用戶體驗(yàn)、應(yīng)用性能數(shù)據(jù)自上而下的關(guān)聯(lián)分析觸發(fā)卡余額不足的交易有多少筆？交易失