一、應(yīng)用性能管理介紹
當前應(yīng)用系統(tǒng)已經(jīng)成為各企業(yè)的業(yè)務(wù)支撐核心。企業(yè)通過應(yīng)用系統(tǒng)聯(lián)系客戶、構(gòu)建產(chǎn)品、自動執(zhí)行后端業(yè)務(wù)流程、完成幾乎所有對業(yè)務(wù)至關(guān)重要的任務(wù)，客戶訪問頁面時的體驗，直接影響到企業(yè)的聲望與收入。APM解決方案以真實的最終用戶體驗為出發(fā)點，貫穿整個應(yīng)用程序交付鏈。應(yīng)用性能管理從技術(shù)角度，分為以下三種方式：
|
模塊名稱 |
功能描述 |
|
模擬交易監(jiān)測 |
人工交易仿真，定時主動探測, 達到檢測應(yīng)用系統(tǒng)可用性的目的, 適用于B/S 和C/S架構(gòu)沒有24小時業(yè)務(wù)數(shù)據(jù)，但又被要求7*24小時持續(xù)健康運轉(zhuǎn)的系統(tǒng)。 |
|
旁路交易監(jiān)控 |
基于網(wǎng)絡(luò)旁路技術(shù)的應(yīng)用性能監(jiān)控，可幫助運維部快速判斷定位故障域，分清運維責任，適用于網(wǎng)絡(luò)和應(yīng)用性能問題的粗定位和不允許插入探針的系統(tǒng)。 |
|
深度交易分析診斷 |
Java/ .NET/PHP代碼分析診斷，可幫助應(yīng)用維護人員和開發(fā)人員，快速定位問題根源（精確到函數(shù)、類、方法、語句、參數(shù)層面），大幅提高代碼問題的排查效率，改善消除系統(tǒng)瓶頸，優(yōu)化代碼質(zhì)量，提升客戶的訪問體驗，適用于應(yīng)用系統(tǒng)根源故障分析（疑難問題、偶發(fā)性問題）和有代碼質(zhì)量潛在問題的用戶使用。 |
二、應(yīng)用性能管理能解決的問題
2.1 企業(yè)所面臨的現(xiàn)狀
- 近年來業(yè)務(wù)的快速發(fā)展，需要維護的業(yè)務(wù)系統(tǒng)越來越多、體系越來越龐大；
- 在業(yè)務(wù)與新技術(shù)的融合過程中，企業(yè)的IT應(yīng)用及業(yè)務(wù)系統(tǒng)的邏輯日益復雜化；
- 隨著業(yè)務(wù)的不斷變化，已投入生產(chǎn)的IT系統(tǒng)代碼更新或版本升級頻率很高，在代碼更新或版本升級后也有可能出現(xiàn)影響業(yè)務(wù)的問題；
- 代碼執(zhí)行效率與性能瓶頸診斷定位難；
- 對應(yīng)用系統(tǒng)偶發(fā)性故障，追蹤分析困難；
- 通過人工排查問題的手段，時間和人力成本高；
- 不能提前預知系統(tǒng)代碼與性能的風險點；
- 運維人員水平不一，對出現(xiàn)問題的根本原因分析不透徹，導致故障時長重現(xiàn)；
- 應(yīng)用系統(tǒng)供應(yīng)商開發(fā)的代碼質(zhì)量參差不齊，且缺乏檢驗和判斷的標準；
- 現(xiàn)有的手段已無法高效的支撐快速、敏捷的運維需求。
2.2 應(yīng)用性能管理可解決的問題
- 真實的全交易數(shù)據(jù)儲存，實現(xiàn)端到端的交易可視化，當發(fā)生問題時可按人、按交易逐筆進行查詢與追蹤，較好的解決了偶發(fā)性故障追蹤難的問題；
- 自動繪制交易的訪問流圖，幫助運維人員直觀了解數(shù)據(jù)從前端到后臺的真實訪問情況，并可對導致問題的環(huán)節(jié)進行深度鉆?。ǘㄎ坏酱a、方法、參數(shù)、語句、性能資源問題等）；
- 提供統(tǒng)一的診斷數(shù)據(jù)源，使運維、開發(fā)和測試人員可在一個平臺上統(tǒng)一工作，提高問題診斷和分析的效率；
- 通過靈活定制的儀表視圖，使用戶全面掌握當前問題對業(yè)務(wù)的影響，進而分析影響度產(chǎn)生分級處理方案；
- 能客觀評價第三方應(yīng)用系統(tǒng)供應(yīng)商的代碼開發(fā)質(zhì)量與執(zhí)行效率，并為SLA考核評價提供證據(jù)；
- 完整記錄前臺用戶的操作行為（使用的瀏覽器和操作系統(tǒng)版本，瀏覽的頁面、執(zhí)行的操作、使用的終端類型、每一次訪問的效果等），快速界定故障范圍與性質(zhì)，并可幫助業(yè)務(wù)部門分析了解用戶行為；
- 通過代碼分析診斷功能，建立起研發(fā)、測試、運維的循環(huán)協(xié)作體系，共同改善消除系統(tǒng)瓶頸，優(yōu)化代碼質(zhì)量，提升客戶的訪問體驗。
三、方案介紹
3.1 模擬交易監(jiān)測
- 通過機器人技術(shù)模擬真實客戶交易場景
- 可7×24小時自動執(zhí)行交易探測
- 簡單易用的交易或者協(xié)議可用性診斷
- 分析不同分支地域的網(wǎng)絡(luò)帶寬情況
3.2 旁路交易監(jiān)控
通過交換機旁路與強大的解碼技術(shù)（支持國內(nèi)外的多種協(xié)議），實現(xiàn)網(wǎng)絡(luò)層的分析診斷，從傳輸角度實現(xiàn)應(yīng)用性能問題的定位與粗診斷，并通過網(wǎng)絡(luò)抓包工具實現(xiàn)問題數(shù)據(jù)包的離線分析，由于技術(shù)局限其無法了解導致應(yīng)用緩慢的深層原因，需要配合深度交易分析診斷使用。
3.3 深度交易分析診斷
通過穩(wěn)定高效的探針技術(shù)，實現(xiàn)對應(yīng)用系統(tǒng)代碼執(zhí)行情況的深入診斷，使開發(fā)、測試人員在不修改業(yè)務(wù)系統(tǒng)代碼的情況下，快速了解定位應(yīng)用系統(tǒng)（Java、.net、php）的瓶頸與代碼缺陷，大幅提升代碼問題的診斷與改進效率，消除系統(tǒng)瓶頸，助您快速分析解決代碼問題，產(chǎn)品內(nèi)嵌解碼器可以隨時查看程序的源代碼，并可與開發(fā)環(huán)境進行集成，便于開發(fā)人員快速定位修改代碼，系統(tǒng)的主要功能如下：
|
WEB 請求性能分析 |
用戶瀏覽端性能分析 |
|
前端用戶操作情況與行為分析 |
CPU和I/O開銷分析 |
|
業(yè)務(wù)交易流程可視化 |
線程開銷分析 |
|
代碼級診斷分析 |
內(nèi)存使用分析 |
|
數(shù)據(jù)庫語句性能分析 |
內(nèi)存泄露分析 |
|
分析交易方法熱點 |
垃圾回收情況分析 |
|
端到端交易關(guān)聯(lián)分析 |
代碼優(yōu)化前后性能開銷對比 |
|
異常堆棧跟蹤 |
用戶前端操作行為分析 |
3.4 用戶終端交易監(jiān)控
可獲取移動端（支持IOS、Android）、Pad、用戶瀏覽器端的訪問信息），使得數(shù)據(jù)中心人員可快速了解前端每位用戶的真實操作與訪問感受，自動實現(xiàn)前后端訪問信息的自動關(guān)聯(lián)，真正做到前端到后端訪問的可視化，系統(tǒng)所獲取的數(shù)據(jù)，可與大數(shù)據(jù)平臺相結(jié)合，進行終端用戶行為分析，為企業(yè)的商業(yè)決策提供依據(jù)。
四、用戶收益
4.1 性能問題的瓶頸及根源分析
能夠監(jiān)測系統(tǒng)訪問的性能和可用性，定位系統(tǒng)出現(xiàn)性能問題的瓶頸，找出癥結(jié)所在，提高運維效率和服務(wù)質(zhì)量，提高應(yīng)用質(zhì)量并加強開發(fā)效率。
4.2 實時全方位業(yè)務(wù)視圖
能夠進行實時業(yè)務(wù)視圖，并進行數(shù)據(jù)共享，上至領(lǐng)導下至各部門同事會用共通的數(shù)據(jù)資料、共同的平臺來進行判斷，快速發(fā)現(xiàn)故障、解決故障，是性能問題還是代碼問題，解除IT運維人員工作中百口莫辯的尷尬。
4.3 全應(yīng)用性能生命周期管理
可涵蓋企業(yè)IT應(yīng)用從產(chǎn)品開發(fā)、測試、上線到后期運營管理的整個生命周期，真正實現(xiàn)全應(yīng)用性能周期可視化管理。
4.4 變被動運維為主動運維
讓您能從被動響應(yīng)的運維工作方式轉(zhuǎn)換為主動運維的工作方式，輕松識別、防范應(yīng)用問題，在問題影響用戶體驗前定位系統(tǒng)出現(xiàn)性能問題的瓶頸、快速查找定位并報警通知到責任方，解決性能慢等問題，優(yōu)化用戶體驗、提高轉(zhuǎn)化率，一招制勝。
4.5 建立良好的溝通協(xié)作模式
能夠快速定位捕捉后端的性能問題，建立性能基線，為業(yè)務(wù)運維提供安全保障, 從各個地點、各種設(shè)備對所有用戶的用戶體驗水平進行監(jiān)測,確保客戶滿意度和忠誠度,從而全面優(yōu)化終端用戶體驗，理順運維和開發(fā)間的關(guān)系，建立良好的溝通協(xié)作模式。
