1、企業(yè)智能業(yè)務監(jiān)控系統(tǒng)設計方案目 錄 TOC o 1-3 h z u HYPERLINK l _Toc528130664 第1章概述 PAGEREF _Toc528130664 h 5 HYPERLINK l _Toc528130665 1.1應用性能管理中的問題和挑戰(zhàn) PAGEREF _Toc528130665 h 5 HYPERLINK l _Toc528130666 1.2基于網(wǎng)絡數(shù)據(jù)資源的應用性能管理方法 PAGEREF _Toc528130666 h 6 HYPERLINK l _Toc528130667 1.3基于網(wǎng)絡數(shù)據(jù)資源的應用性能管理技術優(yōu)勢 PAGEREF _Toc52813

2、0667 h 8 HYPERLINK l _Toc528130668 第2章系統(tǒng)架構設計 PAGEREF _Toc528130668 h 10 HYPERLINK l _Toc528130669 2.1需求理解和分析 PAGEREF _Toc528130669 h 10 HYPERLINK l _Toc528130670 2.1.1 核心需求 PAGEREF _Toc528130670 h 10 HYPERLINK l _Toc528130671 2.1.3 解決的問題 PAGEREF _Toc528130671 h 10 HYPERLINK l _Toc528130672 2.1.4 圖形化

3、配置 PAGEREF _Toc528130672 h 10 HYPERLINK l _Toc528130673 2.1.5 關鍵指標統(tǒng)計 PAGEREF _Toc528130673 h 10 HYPERLINK l _Toc528130674 2.1.6網(wǎng)絡訪問關系梳理 PAGEREF _Toc528130674 h 10 HYPERLINK l _Toc528130675 2.1.7 敏捷抓包 PAGEREF _Toc528130675 h 11 HYPERLINK l _Toc528130676 2.1.8 服務路徑圖 PAGEREF _Toc528130676 h 11 HYPERLIN

4、K l _Toc528130677 2.1.9 交易追蹤 PAGEREF _Toc528130677 h 11 HYPERLINK l _Toc528130678 2.1.10 智能告警 PAGEREF _Toc528130678 h 11 HYPERLINK l _Toc528130679 2.2總體架構 PAGEREF _Toc528130679 h 11 HYPERLINK l _Toc528130680 2.3BPC系統(tǒng)數(shù)據(jù)處理流程 PAGEREF _Toc528130680 h 12 HYPERLINK l _Toc528130681 2.4BPC功能指標算法說明(某銀行) PAGE

5、REF _Toc528130681 h 14 HYPERLINK l _Toc528130682 2.4.1 范圍選項 PAGEREF _Toc528130682 h 14 HYPERLINK l _Toc528130683 2.4.2 交易筆數(shù) PAGEREF _Toc528130683 h 15 HYPERLINK l _Toc528130684 2.4.3 交易響應率 PAGEREF _Toc528130684 h 16 HYPERLINK l _Toc528130685 2.4.4 交易成功率 PAGEREF _Toc528130685 h 16 HYPERLINK l _Toc528

6、130686 2.4.5 交易響應時間 PAGEREF _Toc528130686 h 17 HYPERLINK l _Toc528130687 2.4.6 交易返回碼 PAGEREF _Toc528130687 h 18 HYPERLINK l _Toc528130688 2.5BPC部署分析(某銀行) PAGEREF _Toc528130688 h 19 HYPERLINK l _Toc528130689 2.5.1 監(jiān)控組件的選擇 PAGEREF _Toc528130689 h 19 HYPERLINK l _Toc528130690 2.5.2 BPC邏輯架構圖(某銀行服務路徑圖) P

7、AGEREF _Toc528130690 h 19 HYPERLINK l _Toc528130691 2.5.3 某銀行協(xié)議解碼 PAGEREF _Toc528130691 h 20 HYPERLINK l _Toc528130692 2.5.4 BPC物理拓撲圖 PAGEREF _Toc528130692 h 21 HYPERLINK l _Toc528130693 第3章實施過程 PAGEREF _Toc528130693 h 22 HYPERLINK l _Toc528130694 3.1系統(tǒng)資源配置清單 PAGEREF _Toc528130694 h 22 HYPERLINK l _

8、Toc528130695 3.1.1服務器配置 PAGEREF _Toc528130695 h 22 HYPERLINK l _Toc528130696 3.1.2服務器物理位置 PAGEREF _Toc528130696 h 22 HYPERLINK l _Toc528130697 3.1.3 軟硬件配置 PAGEREF _Toc528130697 h 22 HYPERLINK l _Toc528130698 3.2服務器系統(tǒng)及軟件安裝 PAGEREF _Toc528130698 h 23 HYPERLINK l _Toc528130699 3.3網(wǎng)絡鏡像要求及某銀行網(wǎng)絡捕獲點 PAGERE

9、F _Toc528130699 h 28 HYPERLINK l _Toc528130700 3.4網(wǎng)絡訪問規(guī)則 PAGEREF _Toc528130700 h 31 HYPERLINK l _Toc528130701 3.5應用訪問關系梳理 PAGEREF _Toc528130701 h 31 HYPERLINK l _Toc528130702 3.6服務路徑圖配置 PAGEREF _Toc528130702 h 33 HYPERLINK l _Toc528130703 3.6.1創(chuàng)建服務路徑圖 PAGEREF _Toc528130703 h 33 HYPERLINK l _Toc52813

10、0704 3.6.2編輯服務路徑圖 PAGEREF _Toc528130704 h 0 HYPERLINK l _Toc528130705 3.6.3服務路徑圖瀏覽 PAGEREF _Toc528130705 h 0 HYPERLINK l _Toc528130706 3.6.4服務視圖查看 PAGEREF _Toc528130706 h 1 HYPERLINK l _Toc528130707 3.6.5管理中心 PAGEREF _Toc528130707 h 6 HYPERLINK l _Toc528130708 3.6.6數(shù)據(jù)源管理 PAGEREF _Toc528130708 h 8 HY

11、PERLINK l _Toc528130709 3.6.7告警記錄 PAGEREF _Toc528130709 h 9 HYPERLINK l _Toc528130710 3.7系統(tǒng)加固方案 PAGEREF _Toc528130710 h 9 HYPERLINK l _Toc528130711 3.8實施人員 PAGEREF _Toc528130711 h 10 HYPERLINK l _Toc528130712 3.9實施計劃 PAGEREF _Toc528130712 h 11 HYPERLINK l _Toc528130713 第4章風險分析 PAGEREF _Toc528130713

12、h 12 HYPERLINK l _Toc528130714 4.1BPC交易性能監(jiān)控平臺風險 PAGEREF _Toc528130714 h 12 HYPERLINK l _Toc528130715 4.2被管系統(tǒng)風險 PAGEREF _Toc528130715 h 12 HYPERLINK l _Toc528130716 第5章產(chǎn)品故障解決方案 PAGEREF _Toc528130716 h 13 HYPERLINK l _Toc528130717 5.1BPC應用交付監(jiān)控產(chǎn)品故障解決方案 PAGEREF _Toc528130717 h 13 HYPERLINK l _Toc5281307

13、18 5.2被管系統(tǒng)解決方案（回退方案） PAGEREF _Toc528130718 h 13概述 隨著SOA（以服務為導向的架構）在企業(yè)IT組織中的廣泛運用，IT運維人員需要一種有效手段能夠?qū)诵姆盏男阅苓M行管理，敏捷應對業(yè)務變化，掌握運維的主動性。它不但需要能夠真實刻畫核心服務的運行情況，還需要能夠跨越多種技術架構，并且囊括防火墻和應用交付設備。同時，還需要易于建設和使用。 CrossFlow BPC 基于先進的協(xié)議解碼技術，充分利用可靠的網(wǎng)絡數(shù)據(jù)資源，幫助企業(yè)IT部門建立應用性能管理平臺。以服務為中心，提供交易量、成功率、響應時間、響應率、返回碼五大關鍵指標，并區(qū)分交易類型、交易渠道兩

14、個統(tǒng)計維度，展現(xiàn)服務組件的運行狀態(tài)。在監(jiān)視范圍上可以覆蓋端到端、雙中心的應用服務路徑，實現(xiàn)了應用可用性、性能、負載量的全面可視化。旁路式的監(jiān)控技術不會對被管理應用產(chǎn)生任何影響，完全避免了傳統(tǒng)監(jiān)控方式所帶來的性能風險，因此也可以獲得實時統(tǒng)計能力，第一時間為 IT 部門提供應用性能數(shù)據(jù)。可配置的協(xié)議解碼器、應用服務路徑，以及故障定位邏輯確保了 BPC 平臺可以靈活、快速實施落地。應用性能管理中的問題和挑戰(zhàn)系統(tǒng)間相互孤立，格式不一，數(shù)據(jù)高度離散，缺乏關聯(lián)性監(jiān)視數(shù)據(jù)源復雜多樣，數(shù)據(jù)源來自不同應用程序、主機，及各種基礎設施，差異大而管理復雜。一旦出現(xiàn)問題，基礎架構、中間接、數(shù)據(jù)庫和應用分頭查，但相互孤立

15、，難以及時找出問題環(huán)節(jié)。也缺乏技術手段，針對單個用戶、單筆交易無法關聯(lián)分析交易過程、操作過程，導致問題定位難。有企業(yè)IT管理人員這樣向我們訴說：“我們處理查詢慢投訴，召集了所有部門的負責人，處理了2-3小時，費神費力。”故障診斷發(fā)生時，時間往往被耗費在無序的排查工作中，其中的主要問題在于：一旦發(fā)生問題，多部門同時開始根據(jù)各自經(jīng)驗診斷；缺乏統(tǒng)一視角的證據(jù)支持，沒有入手點；若無法達成共識，則需要進一步線索進行反復排查。采用Agent模式導致被管理系統(tǒng)性能下降，影響業(yè)務生產(chǎn)，難以獲得實時性Agent模式是傳統(tǒng)應用性能管理的常用方式，在被管理系統(tǒng)、應用程序中通過部署Agent的方式采集數(shù)據(jù)源，達成追蹤

16、分析目標。然而這種方式直接與被管理系統(tǒng)、應用程序產(chǎn)生了交互，也就是說監(jiān)視數(shù)據(jù)的產(chǎn)生本身會消耗系統(tǒng)、應用程序資源，這往往會導致資源緊張，進而導致業(yè)務處理性能下降，甚至不少用戶的業(yè)務應用因此而遭受了嚴重的中斷故障。也正因為如此，Agent模式在高負載量的應用系統(tǒng)中，很少開啟實時監(jiān)控，原因就在于存在性能影響的風險。同時監(jiān)控管理系統(tǒng)往往需要專門開發(fā)，面對多技術融合的復合應用，開發(fā)周期長，落地困難，維護成本高。在迅速發(fā)展的復合應用架構中，因為系統(tǒng)以及應用程序所采用的技術不同，在一個業(yè)務服務中，不同的服務環(huán)節(jié)往往需要使用多種技術的Agent進行數(shù)據(jù)獲取，或者需要應對繁雜的日志格式。這是傳統(tǒng)監(jiān)控系統(tǒng)所要面對

17、的殘酷現(xiàn)實，要達到性能管理目標，不得不持續(xù)投入開發(fā)資源，以應對被管理系統(tǒng)、應用程序的不斷變化，并且要在這個過程中面對新的技術難題。當IT規(guī)模不斷擴展，業(yè)務保障要求提升，應用性能管理的工作壓力暴增，過長的開發(fā)周期，實施落地困難，后期高昂的維護成本，使IT部門身陷泥沼，不堪一擊。基于網(wǎng)絡數(shù)據(jù)資源的應用性能管理方法利用網(wǎng)絡數(shù)據(jù)的應用性能管理平臺使得這些問題迎刃而解，實時性、可關聯(lián)、低成本、高可用成為這種平臺的技術優(yōu)勢，給企業(yè)IT部門帶來諸多收益。應用性能管理著眼的是應用系統(tǒng)整體的性能管理，而非僅僅針對某個技術層次的“豎井”式的解決方案，因此從指標到覆蓋范圍，應用性能管理平臺應該具備以下能力：網(wǎng)絡數(shù)據(jù)

18、資源豐富在SOA架構下，應用服務層級劃分非常清晰，層級間的交易全部通過網(wǎng)絡傳輸完成，基礎設施和交付設施本身都以服務為中心向應用提供界限明確的服務功能，采集設備可以輕松獲得關鍵交易環(huán)節(jié)的網(wǎng)絡數(shù)據(jù)，這給網(wǎng)絡數(shù)據(jù)源的獲取帶來極大便利和靈活性。目前網(wǎng)絡數(shù)據(jù)的獲取方式主要有兩種：第一種是專用流量鏡像設備，例如TAP Switch類產(chǎn)品，這些專用流量鏡像設備為后端數(shù)據(jù)分析提供優(yōu)秀的數(shù)據(jù)源整理功能，包括過濾、匯聚、分發(fā)類基礎功能，以及數(shù)據(jù)包裁切、剝離/加載標簽等高級功能，并且能夠確保數(shù)據(jù)包先后順序的準確性。采用這種流量鏡像方式可以在流量獲取環(huán)節(jié)獲得最大優(yōu)勢，為后端數(shù)據(jù)處理環(huán)節(jié)節(jié)省資源消耗。另外一種是交換機端

19、口鏡像（SPAN）方式，這種技術起源于思科，是成熟、穩(wěn)定的網(wǎng)絡流量獲取技術，已經(jīng)普及于各大廠商的網(wǎng)絡產(chǎn)品，包括思科、華為等等，具備十分廣泛的可用性。流量采集技術成熟而在網(wǎng)絡數(shù)據(jù)采集環(huán)節(jié)，SmartProbe具備高性能數(shù)據(jù)捕獲和存儲能力，網(wǎng)絡流量可視化的功能使得應用梳理工作變得簡單易行。為上層分析平臺提供精準的數(shù)據(jù)源。監(jiān)控平臺的技術實現(xiàn)方法和提供的功能上層應用性能管理平臺則充分利用網(wǎng)絡數(shù)據(jù)，通過協(xié)議解碼技術，充分利用網(wǎng)絡數(shù)據(jù)資源，幫助企業(yè)IT部門建立應用性能管理平臺。協(xié)議解碼是上層分析平臺的底層基礎，應用性能分析的指標均來自于協(xié)議解碼信息。SOAP已經(jīng)成為SOA架構中的主流技術，這些標準化協(xié)議的

20、使用給協(xié)議解碼技術帶來了極大優(yōu)勢。由于協(xié)議采用標準規(guī)范，解碼器可以適用于所有SOAP協(xié)議的解碼，而針對不同的應用環(huán)境，只需要配置化修改解碼字段即可適用，不需要重新開發(fā)解碼器。也就是說在協(xié)議解碼這個環(huán)節(jié)，可以廣泛適用于SOA架構。上層呈現(xiàn)針對業(yè)務邏輯和服務訪問路徑，采用圖形化的配置方式完成，建立應用組件庫，按照實際服務情況組合應用組件，建立端到端的服務路徑圖。這是應用性能管理的主線，從而實現(xiàn)以服務為導向的監(jiān)視管理，從關鍵指標數(shù)據(jù)的呈現(xiàn)，到數(shù)據(jù)分析過程中的導航，再到問題的發(fā)現(xiàn)和定位，都以這個服務路徑圖為中心實現(xiàn)。在指標分析上，則以交易為中心，提供交易量、成功率、響應時間、返回代碼四大關鍵指標，并區(qū)

21、分交易類型、子交易類型、交易渠道進行指標統(tǒng)計。在監(jiān)視范圍上覆蓋端到端的應用服務組件，實現(xiàn)應用性能和可用性的多維度可視化。其中應用層的返回代碼也是應用性能管理的一項重要指標，監(jiān)視不同層面的應用層返回碼，可以為管理人員帶不同的管理收益。比如在Web Service的返回代碼中發(fā)現(xiàn)5XX類錯誤即表征Web服務出現(xiàn)故障；而業(yè)務層錯誤代碼的狀態(tài)則可以反映業(yè)務交易處理流程中可能出現(xiàn)異常狀況。通過協(xié)議解碼，獲得基礎的性能信息以及更加深入的應用交互信息，基于此事件追蹤查詢功能，即支持快速簡潔的時間、IP、交易類型、交易結(jié)果等基礎信息組合查詢，又支持應用協(xié)議中多字段組合查詢，同時為一線運維人員和專家提供易用的交

22、易追蹤接口和深度解析能力。而基于多層應用之間協(xié)議中的字段信息，進行自動化的交易關聯(lián)，使得在服務路徑上能夠關聯(lián)各層級應用組件，獲得端到端的交易追蹤查詢能力，幫助IT部門快速定位問題原因和位置。分布式的架構能夠支持多中心模式應用。企業(yè)IT建設多數(shù)據(jù)中心，應用架構也采用負載分擔或主備模式運營，這給應用性能管理帶來的問題就是需要跨數(shù)據(jù)中心進行監(jiān)視管理。分布式架構可以很好的支持這種場景，每個數(shù)據(jù)中心部署平臺處理設備，分別在本地獲取、分析、存儲數(shù)據(jù)，然后將分析結(jié)果呈現(xiàn)在統(tǒng)一用戶管理界面上。這避免了在廣域網(wǎng)上傳輸數(shù)據(jù)而占用大量帶寬，同時又能夠保證整體平臺的處理性能。基于網(wǎng)絡數(shù)據(jù)資源的應用性能管理技術優(yōu)勢0風

23、險，高可用性，可靠實施落地旁路式的監(jiān)控技術不會對被管理應用產(chǎn)生任何影響，完全避免了傳統(tǒng)監(jiān)控方式所帶來的性能下降、宕機風險，因此也可以獲得實時統(tǒng)計能力，第一時間為IT部門提供應用性能數(shù)據(jù)。同時無需開發(fā)，配置化的協(xié)議解碼技術，以及配置化的應用服務定義方式確保了BPC平臺可以靈活、快速實施。結(jié)合BPC產(chǎn)品的兩種優(yōu)勢技術，專業(yè)服務覆蓋應用梳理、協(xié)議解碼、部署實施，全方位確保BPC平臺可靠落地。提供實時、準確的數(shù)據(jù)業(yè)務的保障對時效性要求是最高的，一旦出現(xiàn)問題，要在最短的時間內(nèi)恢復并解決問題，企業(yè)IT運維對這個時間窗口有非常嚴格的標準。采用網(wǎng)絡數(shù)據(jù)分析應用性能的優(yōu)勢就在于旁路模式帶來的好處，數(shù)據(jù)本身是業(yè)務

24、運行中實時產(chǎn)生的網(wǎng)絡流量，本身就是實時數(shù)據(jù)源，而且把握了每個交易組件的交易處理出入口，配合旁路采集設備的高精度時間戳技術，能夠直接反映最真實精準的交易狀態(tài)數(shù)據(jù)。交易追蹤關聯(lián)分析能力服務路徑是應用性能管理當中的核心視角，除了直接呈現(xiàn)端到端的應用組件邏輯關系之外，還把這些組件的交易串聯(lián)在一起。對于應用性能管理來說具備兩個優(yōu)勢：一是把關鍵性能指標按照業(yè)務邏輯組織起來，一旦發(fā)生問題從組件層級的指標變化中即可發(fā)現(xiàn)當中的連鎖反應，以便快速找出源頭；二是對于不同層級組件的交易來說，協(xié)議中往往具備可以用來關聯(lián)的字段，分析同一筆交易能夠?qū)⑶昂蠼M件的交易記錄關聯(lián)在一起進行分析，也就具備了精確分析不同應用組件的處理

25、交易性能的能力。這種關聯(lián)特性在問題定位時為使用者提供直接有效的數(shù)據(jù)依據(jù)。配置化解決方案，降低開發(fā)成本利用網(wǎng)絡數(shù)據(jù)進行應用性能管理，在協(xié)議解碼和服務定義兩個環(huán)節(jié)上用配置化的方法實現(xiàn)是最佳選擇，這種技術和方法具備松耦合的特性，廣泛適用于SOA架構的應用性能管理場景。相比傳統(tǒng)的監(jiān)控平臺實現(xiàn)方式，不再是面對眾多孤立系統(tǒng)的冗雜數(shù)據(jù)，而是從格式趨于統(tǒng)一的網(wǎng)絡協(xié)議中獲得所需的各項數(shù)據(jù)。結(jié)合服務定義的配置化，能夠以最快速、最靈活、最個性化的方式適應應用性能管理的需求，避免了長周期的持續(xù)的開發(fā)模式，降低了時間、人力和資金成本。 系統(tǒng)架構設計需求理解和分析經(jīng)過對某銀行業(yè)務系統(tǒng)的分析和理解，我們將應用交付監(jiān)控系統(tǒng)的

26、需求總結(jié)為以下幾個方面。2.1.1 核心需求以服務為中心，全面可視化應用服務質(zhì)量自動故障定位，在呈現(xiàn)應用故障對用戶體驗的影響的同時，指出導致問題發(fā)生的根源組件和原因5大關鍵指標、2個維度，具備靈活的多維統(tǒng)計，以及逐層關聯(lián)的深入分析能力能夠覆蓋端到端的應用組件，并支持雙中心架構應用的本地采集、分析，集中管理、呈現(xiàn)完全可配置的標準協(xié)議（如XML），應用服務支持配置化定義，無需開發(fā)，快速實施，可靠落地無代理，旁路式監(jiān)控，不影響被管理應用，0風險2.1.3 解決的問題應用組件的性能、可用性、負載量監(jiān)控交易量、成功率、響應時間、響應率、返回碼精細化服務質(zhì)量評估多維度分析不同交易類別、交易渠道的性能差異追

27、蹤應用性能指標波動，分析連鎖反應，找出根源組件支持異構環(huán)境下的交易追蹤查詢，快速故障診斷和分析深層原因獲得實時的異常、故障事件告警，提升運維響應速度2.1.4 圖形化配置圖形化配置界面，快速組合應用組件，形成服務路徑圖通用組件模塊，根據(jù)環(huán)境配置組件屬性和性能指標2.1.5 關鍵指標統(tǒng)計以時序圖、快照方式展現(xiàn)統(tǒng)計值，指標數(shù)值變化趨勢一目了然，同時可按需選取時間段統(tǒng)計匯總提供2個統(tǒng)計維度：交易類別、交易渠道體現(xiàn)5大關鍵指標：交易量、成功率、響應時間、響應率、返回碼2.1.6網(wǎng)絡訪問關系梳理自動呈現(xiàn)被監(jiān)控網(wǎng)絡數(shù)據(jù)的IP連接性，快速梳理應用組件之間的邏輯訪問關系為BPC提供SPV定義的準確數(shù)據(jù)，以及應

28、用層協(xié)議信息2.1.7 敏捷抓包自動識別服務器網(wǎng)卡設備，自動檢測端口狀態(tài)靈活選擇以太網(wǎng)端口作為數(shù)據(jù)包捕獲端口2.1.8 服務路徑圖Service Dashboard，以服務路徑圖為中心，直觀展現(xiàn)應用服務的業(yè)務邏輯和依賴關系實時呈現(xiàn)每個業(yè)務內(nèi)部組件、主機的關鍵性能指標，集中體現(xiàn)服務運行質(zhì)量Time Machine時間軸，實時更新每分鐘的服務運行狀態(tài)，標識故障點，移動時間軸即可回放故障演變過程2.1.9 交易追蹤可以通過查詢接口，包括時間、IP、交易類型、交易結(jié)果等字段，以及自選的擴展字段，進行快速查詢；也可以由多維統(tǒng)計視圖直接關聯(lián)查詢在單個組件上，呈現(xiàn)每筆交易的詳細信息，包括交易關鍵字（如流水號

29、，可自選）、交易時間、交易結(jié)果、返回碼等詳細信息支持異構環(huán)境下的多層關聯(lián)，自動關聯(lián)多層交易記錄，為每筆交易區(qū)分在每個組件上的時間消耗，暴露性能瓶頸提供單一關鍵字追蹤分析，完整展現(xiàn)被查詢對象的交易行為和每次交易的處理過程2.1.10 智能告警可配置的故障定位邏輯，使得告警模型可以按照實際業(yè)務模式進行定制，廣泛適用于多種場景提供基準線功能，根據(jù)歷史數(shù)據(jù)自動生成參考基準線支持閾值與持續(xù)時間的復合指標告警；支持與基準線對比的指標告警故障定位，標識觸發(fā)告警的應用組件，并自動定位根本原因所在位置告警中心，提供告警過濾、查詢界面，同時提供標準接口，支持將告警發(fā)送至第三方平臺 總體架構BPC采用旁路的被動流量

30、獲取方式，利用交換機SPAN將網(wǎng)絡數(shù)據(jù)包鏡像并分析，數(shù)據(jù)采集Smart Probe和解碼引擎DP運行在獨立的BPC服務器上，對被管應用完全無影響。BPC基于統(tǒng)一的高精度時鐘源給交易記錄打時間戳，請求和響應時間計算基于交易級請求和響應關聯(lián)。物理部署方式： CrossFlow BPC 基于先進的協(xié)議解碼技術，充分利用可靠的網(wǎng)絡數(shù)據(jù)資源，幫助企業(yè)IT部門建立應用性能管理平臺。以服務為中心，提供交易量、成功率、響應時間、響應率、返回碼五大關鍵指標，并區(qū)分交易類型、交易渠道兩個統(tǒng)計維度，展現(xiàn)服務組件的運行狀態(tài)。實現(xiàn)了應用可用性、性能、負載量全面可視化。BPC系統(tǒng)數(shù)據(jù)處理流程BPC系統(tǒng)創(chuàng)新性的從網(wǎng)絡層數(shù)據(jù)

31、對業(yè)務性能進行監(jiān)控，是基于一套完整的架構體系設計，其中每一個環(huán)節(jié)都采用了諸多先進技術：原始數(shù)據(jù)獲取采用成熟、廣泛普及的SPAN技術SmartProbeo模塊高性能數(shù)據(jù)捕獲、存儲系統(tǒng)自主研發(fā)的多種解碼技術組層成前端數(shù)據(jù)處理核心BTR采用最先進的多路數(shù)據(jù)處理技術SPAN：交換機端口鏡像交換機端口鏡像（SPAN）起源于思科，是成熟、穩(wěn)定的網(wǎng)絡流量獲取技術；普及于各大廠商的網(wǎng)絡產(chǎn)品，包括思科、華為等等，具備十分廣泛的可用性；旁路式的流量獲取，不會對生產(chǎn)系統(tǒng)、生產(chǎn)網(wǎng)絡產(chǎn)生任何負面影響。深度挖掘重點關注的業(yè)務數(shù)據(jù)利用SmartProbe高性能數(shù)據(jù)捕獲、存儲系統(tǒng)，與服務器硬件深度兼容，充分利用所有硬件性能。

32、模塊化設計，簡潔配置化接口。BTR：業(yè)務流量記錄BTR是一種通用文本格式的裸數(shù)據(jù)記錄（Record）；具備高精度時間戳（可選擇使用毫秒、微妙甚至納秒級）；匯集業(yè)務信息：用戶ID、卡號、交易類型、交易號碼、交易結(jié)果（成功/失敗）、交易總額等；匯集流量信息：通信模式（TCP/UDP）、會話狀態(tài)、響應時間等；PD（Persistent Decode），穩(wěn)定的高效解碼器；ETK（Extend Transaction Key），生成擴展的交易鍵值，綁定多BTR交易記錄；ISIM（Intelligent Sensitive Info Mask），智能敏感信息屏蔽，確保數(shù)據(jù)信息安全；CTL（Cross Tr

33、ansaction Link），交叉流量關聯(lián)，重組分割成多段的業(yè)務數(shù)據(jù)。并行數(shù)據(jù)處理針對大量BTR文件，進行負載均衡，充分利用當今CPU多路的特性；快速對原始BTR記錄進行關聯(lián)、分析等；針對交易量過大的情況，能迅速適應。數(shù)據(jù)展現(xiàn)模塊先進的數(shù)據(jù)檢索技術和存儲機制、高性能WEB引擎、高速內(nèi)存緩存、并行數(shù)據(jù)處理、保證數(shù)據(jù)查詢操作的響應速度，包括各儀表臺、應用層視圖、快照、多維統(tǒng)計，同時也使得Drilldown操作更加流暢實時性，應用層視圖可轉(zhuǎn)化為實時刷新輸出；告警中心集中管理所有組件告警，并能靈活檢索，支持以標簽的方式進行查詢；BPC功能指標算法說明(某銀行) 2.4.1 范圍選項選項解釋時間顆粒度

34、各項統(tǒng)計值的時間單位，例如，時間顆粒度為1分鐘，則統(tǒng)計值為1分鐘的總和或平均值主機針對單臺主機的各項統(tǒng)計中選擇目標主機，對應目標主機的IP地址，例如，選擇2為目標主機，則只分析這臺主機所產(chǎn)生的各項指標值時間范圍各項統(tǒng)計的時間窗口范圍，例如，選擇時間窗口為最近15分鐘，則統(tǒng)計數(shù)據(jù)范圍覆蓋最近15分鐘 2.4.2 交易筆數(shù)指標計算方法基礎指標交易筆數(shù)基本功能實現(xiàn)應用層交易筆數(shù)統(tǒng)計計算方法對每個訪問該應用服務的交易進行統(tǒng)計，記錄每一條交易請求記錄、交易響應記錄；交易請求、響應，根據(jù)業(yè)務發(fā)送方向，以及報文格式中具體代碼來區(qū)分；一筆對應的交易請求和響應相互關聯(lián)；統(tǒng)計單位時間內(nèi)交易筆數(shù)，當前最低統(tǒng)計顆粒度

35、為1分鐘。交易請求數(shù)量=交易筆數(shù)單位筆默認顆粒度1分鐘默認時間范圍最近15分鐘2.4.3 交易響應率指標計算方法基礎指標交易響應率基本功能實現(xiàn)應用層交易響應率統(tǒng)計計算方法對每個訪問該應用服務的交易進行統(tǒng)計，保存每一條交易請求記錄、交易響應記錄；交易請求、響應，根據(jù)業(yè)務發(fā)送方向，以及報文格式中具體代碼來區(qū)分；一筆對應的交易請求和響應相互關聯(lián)，為一筆有響應交易；有響應的交易數(shù)量/所有的交易請求數(shù)量=響應率單位筆默認顆粒度1分鐘默認時間范圍最近15分鐘2.4.4 交易成功率指標計算方法基礎指標交易成功率基本功能實現(xiàn)應用層交易成功率統(tǒng)計計算方法對每個訪問該應用服務的交易進行統(tǒng)計，保存每一條交易請求記錄

36、、交易響應記錄；交易請求、響應，根據(jù)業(yè)務發(fā)送方向，以及報文格式中具體代碼來區(qū)分；一筆對應的交易請求和響應相互關聯(lián)，為一筆有響應交易；根據(jù)返回報文中的返回碼或其它特征字段來判斷交易成功與否；判斷為成功的交易數(shù)量/所有正常響應的交易數(shù)=成功率單位百分比默認顆粒度1分鐘默認時間范圍最近15分鐘2.4.5 交易響應時間指標計算方法基礎指標交易響應時間基本功能實現(xiàn)應用層交易延遲統(tǒng)計計算方法對每個訪問該應用服務的交易進行統(tǒng)計，保存每一條交易請求記錄、交易響應記錄；交易請求、響應，根據(jù)業(yè)務發(fā)送方向，以及報文格式中具體代碼來區(qū)分；一筆對應的交易請求和響應相互關聯(lián)，為一筆有響應交易；根據(jù)返回報文中的返回碼或其它

37、特征字段來判斷交易成功與否；交易請求與對應的交易響應之間的時間差記為延遲；統(tǒng)計單位時間內(nèi)多筆交易的平均交易延遲單位秒默認顆粒度1分鐘默認時間范圍最近15分鐘2.4.6 交易返回碼指標計算方法基礎指標交易返回碼基本功能實現(xiàn)應用層交易返回碼統(tǒng)計計算方法對每個訪問該應用服務的交易進行統(tǒng)計，保存每一條交易請求記錄、交易響應記錄；交易請求、響應，根據(jù)業(yè)務發(fā)送方向，以及報文格式中具體代碼來區(qū)分；一筆對應的交易請求和響應相互關聯(lián)，為一筆有響應交易；根據(jù)返回報文中的返回碼或其它特征字段來判斷交易成功與否；統(tǒng)計單位時間內(nèi)交易返回碼的分布比例或筆數(shù)。單位百分比/筆默認顆粒度N/A默認時間范圍最近15分鐘BPC部署

38、分析(某銀行)2.5.1 監(jiān)控組件的選擇 根據(jù)本項目范圍和要求，我們結(jié)合實際應用架構，對監(jiān)控點作出了合理的選擇，目的是涵蓋重要應用組件，實現(xiàn)對銀聯(lián)系統(tǒng)、柜面系統(tǒng)、支付寶系統(tǒng)的監(jiān)控，保障其正常高效運行。因此，本方案建議監(jiān)控以下交易組件：銀聯(lián)至銀聯(lián)前置，銀聯(lián)前置至卡交易系統(tǒng)銀行前置至TIP，TIP至卡交易系統(tǒng)支付寶至*，*至TIP以上監(jiān)控段的設置，可以實現(xiàn)對來自銀聯(lián)、銀行柜面、阿里巴巴等渠道整條服務路徑的監(jiān)控。同時，對于經(jīng)過防火墻的服務，我們將監(jiān)控防火墻前后的流量，以便分析對比防火墻前后的交易，及時反饋因防火墻問題對業(yè)務產(chǎn)生的影響。2.5.2 BPC邏輯架構圖(某銀行服務路徑圖)2.5.3 某銀行

39、協(xié)議解碼序號監(jiān)控點協(xié)議類型1CUPS-防火墻-銀聯(lián)前置-防火墻-*系統(tǒng)CUPS3銀行柜面-防火墻-TIP-防火墻-*系統(tǒng)CUPDATA 85834銀行柜面-防火墻-TIP-防火墻-*系統(tǒng)固定格式5支付寶-防火墻-*-TIP支付寶報文樣本及解碼方法CUPSCUPS遵循ISO8583報文格式，根據(jù)中國銀聯(lián)銀行卡聯(lián)網(wǎng)聯(lián)合技術規(guī)范進行解碼，根據(jù)規(guī)范位圖說明，提取關鍵字段。CUPDATA 8583根據(jù)某銀行卡系統(tǒng)V2.0銀行端聯(lián)機交易 第2部分 8583報文接口規(guī)范進行解碼。FIX固定格式根據(jù)某銀行卡系統(tǒng)銀行端聯(lián)機交易固定格式報文接口規(guī)范(通用卷)進行解碼。支付寶根據(jù)支付寶金融支付技術標準-網(wǎng)上支付（快

40、捷、分期、代扣）、支付寶卡通之技術標準_貸記卡、支付寶快捷支付之技術標準_借記卡進行解碼。報文封裝方式為TCP+HTTP+XML。2.5.4 BPC物理拓撲圖一般物理架構圖：實施過程系統(tǒng)資源配置清單服務器配置項目某銀行應用交付監(jiān)控操作系統(tǒng)CentOS5.9CPU英特爾 至強 系列處理器2.4GHz 以上（24核） 或更高內(nèi)存64GBRAID配置RAID 5 512G SAS*8磁盤空間2.0 TB以上網(wǎng)卡最少4個可用捕獲口服務管理IP0電源雙電源冗余備份客戶端瀏覽器推薦使用Google Chrome或Firefox（安裝Flash Player 11）屏幕分辨率*1024 或更高服務器物理位置

41、編號服務器名稱機房機柜位置PCS0176BPC服務器生產(chǎn)103W8 9-10U3.1.3 軟硬件配置CrossFlow BPC 2.0 一套服務器硬件 一臺Tap Switch 一臺服務器系統(tǒng)及軟件安裝BPC程序安裝由腳本自動執(zhí)行完成，上傳安裝包到服務器并解壓縮即可。命令為：tar zxvf crossflow-bpc-2.5.2.special.PUBLIC.20140425T1554.tar.gz在解壓縮后的安裝包根目錄下，執(zhí)行安裝腳本“install.sh”進入安裝過程。命令為：./install.sh系統(tǒng)檢測與配置閱讀并確認許可證聲明輸入“y”進入系統(tǒng)需求檢測，輸入“n”退出安裝。系統(tǒng)

42、需求檢測系統(tǒng)需求檢測可以跳過，但首次安裝BPC時，推薦運行該項檢測。檢測內(nèi)容包括：系統(tǒng)版本、CPU、內(nèi)存、NIC等。輸入“y”，檢測服務器硬件配置是否符合安裝BPC的最低配置需求；輸入“n”則退出檢測直接進入主程序安裝。如果檢測結(jié)果符合需求，則顯示“pass” 狀態(tài)；如果不符合，則顯示“failed”狀態(tài)。當出現(xiàn)“failed”信息時，表示硬件性能不符合最低配置需求，運行BPC可能出現(xiàn)性能瓶頸， 請謹慎選擇是否安裝BPC。輸入“y”進入I/O性能檢測，輸入“n”則退出安裝。I/O性能檢測I/O性能檢測可以跳過，但首次安裝BPC時，推薦運行該項檢測。測試內(nèi)容為：I/O接口性能是否達到最低需求。輸

43、入“y”開始檢測，輸入“n”則跳過檢測進入系統(tǒng)服務配置。I/O性能檢測的最低性能需求為：每秒寫入300MB、每秒只讀600MB、每秒同時讀寫200MB。當出現(xiàn)“failed”信息時，表示I/O接口性能不符合最低配置需求，運行BPC可能出現(xiàn)性能瓶頸， 請謹慎選擇是否安裝BPC。輸入“y” 進入系統(tǒng)服務配置，輸入“n”則退出安裝。系統(tǒng)服務配置系統(tǒng)服務配置是全自動化配置，會保留所有BPC使用的系統(tǒng)服務，并關閉所有未被使用的服務。系統(tǒng)防火墻和SELinux兩個服務也會被關閉。輸入“y”進入系統(tǒng)服務自動化配置，輸入“n”直接進入Smart Probe配置。系統(tǒng)服務配置為全自動化，當提示語句出現(xiàn)“系統(tǒng)服務

44、配置完成”時，可以輸入任意鍵進入Smart Probe配置。Smart Probe配置進入Smart Probe配置項，配置腳本會自動檢測所有以太網(wǎng)端口、排除已配置IP的通信端口，并將可用的端口列舉出來。例如截圖中，eth0是IP通信用的端口，那么可用于Smart Probe的端口是eth1、eth2、eth3。如果列出的接口全部用于BPC的Smart Probe模式來捕獲數(shù)據(jù)包，那么這些可用的接口可以被設置成混雜模式。輸入“y”即可。需要注意的是，混雜模式下的以太網(wǎng)接口不可再用作通信端口，否則會影響IP層通訊。所以，用戶如果不能確定是否把接口全部用于Smort Probe功能，可以跳過此配置

45、。輸入“n”跳過配置并進入主程序安裝。被成功設置為混雜模式的以太網(wǎng)接口將被列舉出來，顯示為“completed“狀態(tài)。設置好Smart Probe端口之后，提示：為了確保Smart Probe抓包的性能，強烈建議指定2個CPU內(nèi)核專用于Smart Probe進程。輸入“y” 確認設置，輸入“n”則退出配置進入主程序安裝。到此，所有的系統(tǒng)檢測和配置已經(jīng)完成。輸入“y”進入主程序安裝，輸入“n”退出安裝。主程序安裝進入主程序安裝項，根據(jù)安裝提示設置BPC服務器IP地址、運行模式、服務器名稱等。選擇服務器IP地址：BPC支持Master（主），Slave（從）兩種服務器運行模式。請根據(jù)需求正確選擇服

46、務器運行模式：為了便于管理，可根據(jù)業(yè)務名稱、地理位置等信息為服務器命名：以上信息配置完后，得到如下匯總信息。輸入“y”確認將要生成的服務器信息并進入下一步，輸入“n”重新配置服務器運行模式、服務器名稱。若要退出安裝，輸入“Ctrl+c”即可。成功安裝BPC后，為避免BPC服務異常，必須重啟服務器，使所有配置生效。重啟后，BPC服務也會正常啟動。系統(tǒng)重啟完畢后，在瀏覽器中輸入BPC服務器的ip地址。若能順利登陸，代表BPC運行正常。例如： HYPERLINK 83 83 （默認使用端口：80）登陸界面：超級管理員默認用戶名和密碼：用戶名：admin密碼：netis注意事項操作系統(tǒng)校時如果BPC服

47、務器時間有偏差，會導致統(tǒng)計信息輸出異常，所以在安裝運行程序時首先需要校準系統(tǒng)時間。服務器需要與探針保持時間一致，建議使用 NTP 服務進行時間同步。網(wǎng)絡鏡像要求及某銀行網(wǎng)絡捕獲點BPC需要獲取網(wǎng)絡數(shù)據(jù)報文（網(wǎng)絡鏡像）由獲取的報文中分析交易性能狀況因此需要網(wǎng)絡部門配合將交換機上指定的流量鏡像給TAP Switch設備，再由TAP Switch設備匯聚過濾輸出給BPC服務器。應該要保證輸出給BPC的流量，不會有重復包。 鏡像方案表格：CI編號設備名稱鏡像口1鏡像口2鏡像口3鏡像口4鏡像方向備注SW0015廣域網(wǎng)接入3750-1both廣域網(wǎng)防火墻-主outside口SW0016廣域網(wǎng)接入3750-

48、2both廣域網(wǎng)防火墻-備outside口SW0082核心交換區(qū)6509-1rx與6509-1相連的所有防火墻接口SW0083核心交換區(qū)6509-2rx與6509-1相連的所有防火墻接口SW0084核心系統(tǒng)區(qū)4507-1both核心區(qū)5540-主的inside口SW0085核心系統(tǒng)區(qū)4507-2both核心區(qū)5540-備的inside口SW0020互聯(lián)網(wǎng)核心3560-1both互聯(lián)網(wǎng)區(qū)5520-主的outside口SW0021互聯(lián)網(wǎng)核心3560-2both互聯(lián)網(wǎng)區(qū)5520-備的outside口網(wǎng)絡訪問規(guī)則BPC基于B/S架構，需要提供BPC一個管理IP，并保證能被順利訪問。需對BPC的80、2

49、2端口放行。（改成443端口。）應用訪問關系梳理登陸SPVD，并新建服務路徑圖選擇對應的捕獲口等待捕獲完成后，加載已捕獲的數(shù)據(jù)源顯示區(qū)域中的藍色圓點是 IP 節(jié)點，且一個 IP 對應一個藍色圓點。連接線代表節(jié)點不節(jié)點之間有數(shù)據(jù)交互。當點擊一個 IP 節(jié)點（標記 1），會出現(xiàn)一個標簽（標記 4）顯示該節(jié)點的 IP 地址， 為編輯按鈕，點擊后可直接編輯該節(jié)點的組件名稱；不該 IP 節(jié)點有連接關系的所有節(jié)點和連線都會被高亮 （標記 2），其余沒有連接關系的節(jié)點變灰（標記 3）。每個 IP 節(jié)點支持拖拽的方式排列。合并多個節(jié)點通過拖拽可以合并視圖中的 IP 節(jié)點，合并后的綠色圓點就是組件節(jié)點，默認名字

50、是“組件*”， *為數(shù)字。通過點擊 可以重命名組件名稱（標記 1）。 選中組件節(jié)點，底部區(qū)域新增節(jié)點列表、接口列表（標記 2）。連接線上的箭頭表示數(shù)據(jù)請求的方向（標記 3），通過配置接口列表可以使連接線攜帶箭頭。通過以上方法梳理IP之間的訪問關系，方便服務路徑圖的建立。服務路徑圖配置創(chuàng)建服務路徑圖主界面進入服務管理界面將鼠標放置在瀏覽器的最左邊,出現(xiàn)側(cè)邊欄導航。點擊管理圖標,進入管理界面。點擊服務路徑圖管理進入“創(chuàng)建新的網(wǎng)絡服務”和“導入服務路徑圖”頁面。服務管理界面進入創(chuàng)建服務界面創(chuàng)建新的服務路徑圖。把導出過的服務路徑圖導入為新的服務路徑圖，可以直接創(chuàng)建或進行再編輯后創(chuàng)建。填寫基本信息填入服

51、務路徑圖的名稱與描述。選擇服務路徑圖的圖標。，進入下一步；，終止創(chuàng)建服務。編輯服務路徑圖可供選擇的組件,拖入下方空白處搭建服務路徑圖路徑圖，具體組件如下: 數(shù)據(jù)中心：BPC支持雙數(shù)據(jù)中心，譬如：用戶有上海與北京兩個數(shù)據(jù)中心，則可以在視圖中拖入兩個數(shù)據(jù)中心圖標，然后在每個數(shù)據(jù)中心的圖標中，進行應用組件的添加。雙中心是數(shù)據(jù)線路運行可跨中心連接。層級：對具有相同服務組件的應用進行歸類客戶端：客戶端防火墻：交付設施負載均衡：交付設施應用組件：可自定義組件名稱，web服務器、數(shù)據(jù)庫服務器等。SFI捕獲點：通過探針設備捕獲數(shù)據(jù)包。SP捕獲點：通過服務器自帶網(wǎng)卡捕獲數(shù)據(jù)包。必須先創(chuàng)建數(shù)據(jù)中心與層級，才能添加

52、其他組件。功能按鈕： 導出服務路徑圖。 保存當前服務路徑圖。 創(chuàng)建服務路徑圖（鼠標懸停在按鈕上，變紅部分為未配置完成的部分）。捕獲點的選擇，分SFI模式和SP模式。SFI是使用探針設備捕獲數(shù)據(jù)包。SP 是使用BPC本身的網(wǎng)卡捕獲數(shù)據(jù)包。正在編輯的路徑圖。垃圾桶功能，可使用拖拽的方式刪除不需要的組件。點擊接口進入接口配置，接口屬性如下：協(xié)議類型：已經(jīng)模塊化的公有協(xié)議為XML、CUPS、VISA、Master Card、JCB、上海證券交易所新一代交易協(xié)議、金仕達DRTP證券通訊協(xié)議、電信短信、移動短信、聯(lián)通短信、人行征信等。連接模式：包括常規(guī)TCP、TCP長連接、異步雙工模式的長連接。基線告警：

53、包括成功率、響應時間、交易量、特定返回碼告警。閾值告警：包括交易量、無交易請求、成功率、響應時間、響應率。交易量的閾值告警可設定高于閾值或低于閾值；成功率的閾值告警可設定低于絕對值（%）；響應時間的閾值告警可設定高于絕對值（ms）；響應率的閾值告警可設定低于絕對值（%）；達到觸發(fā)告警的持續(xù)時間范圍可選為1、2、3、4、5、10、15分鐘。CSV導出：勾選“啟動CSV導出”，導出不同時間段對應的交易筆數(shù)。最多可設置5個不同的響應時間段，。單擊SP捕獲點，配置捕獲點名稱、BPC服務器、SFI捕獲點需要配置捕獲設備IP、捕獲設備接口（或SP捕獲點，只需要配置捕獲端口）。單擊層級，配置層級名稱。組件的

54、配置方法與配置層級相同。設置基線和告警的排期基線：基線數(shù)值計算的日期安排，排除掉的日期時間將不會被計入基線數(shù)值內(nèi)。如用戶需要升級系統(tǒng)，可將升級系統(tǒng)的時間排除，防止基線數(shù)值的統(tǒng)計誤判。告警通知：告警通知發(fā)出的日期安排，排除掉的日期時間告警僅記錄在系統(tǒng)內(nèi)，將不會發(fā)出通知。其他開啟基準線，可設定基準線參考時間、時間精度。基準線參考時間，可選時間范圍是4周、8周、12周。時間精度，設定基準線的時間精度，可選精度為微秒、毫秒、毫秒。 編輯服務路徑圖進入服務管理界面點擊進入服務路徑圖編輯，編輯方法請參見3.6.1創(chuàng)建服務路徑圖。服務路徑圖瀏覽從側(cè)邊欄進入相關服務服務路徑圖，請參見1.2側(cè)邊欄。時間軸，拖動

55、顯示歷史記錄，每拖動1格代表1小時。中心選擇，選擇指定中心的服務路徑圖。鋼琴鍵：每一格鋼琴鍵代表1分鐘；紅色代表發(fā)生告警的時間點；灰色表示數(shù)據(jù)正在處理中或者無數(shù)據(jù)；藍色代表無故障，可切換實時顯示和暫停。故障問題交易數(shù)量：時間段內(nèi)該組件的交易總數(shù)響應時間：時間段內(nèi)該組件的交易響應平均時間成功比例：時間段內(nèi)該組件的交易成功率告警事件：時間段內(nèi)該組件上的告警數(shù)量告警以紅色提示。故障定位，直接定位到發(fā)生故障的組件上（標紅）。服務視圖查看從側(cè)邊欄進入相關服務視圖應用層視圖主要描述該服務路徑圖提供的應用層業(yè)務指標,可根據(jù)自定義的條件查看該業(yè)務指標顯示的內(nèi)容:下拉選擇框，選擇站點，交易類型，交易渠道，時間顆

56、粒，時間段，選擇完畢后點擊“顯示”。只有啟用站點組件的SPV可用站點條件查詢。時間段下拉框中新增“實時”選項，該功能可使應用層視圖切換為實時刷新模式，在實時監(jiān)控場景下可直接看到交易量、成功率、響應時間、響應率的變化趨勢。交易量，交易量的波形圖，根據(jù)下拉選擇框的范圍顯示交易量的起伏狀態(tài)。成功率，交易成功率曲線圖，根據(jù)下拉選擇框的范圍顯示交易成功失敗比率。響應時間，交易請求的響應時間波形圖，根據(jù)下拉選擇框的范圍顯示響應時間的起伏狀態(tài)。響應率，響應率的柱形圖，綠色是有響應，藍色是無響應。交易類型排名，顯示各交易類型響應時間的排名，時間最長的顯示在最頂端。返回碼，返回碼的餅形圖，顯示返回碼的分布情況。

57、應用層快照 顯示針對選擇時間內(nèi)該交易的統(tǒng)計指標,如交易量、交易成功率、響應時間、返回碼分布、各操作響應時間排名。下拉選擇框，選擇站點，交易類型，來源渠道，時間顆粒，時間段，選擇完畢后點擊“顯示”。交易量，該時間段內(nèi)指定業(yè)務類型交易筆數(shù)的總數(shù)。交易成功率，該時間段內(nèi)指定業(yè)務類型交易成功占交易總量的百分比。響應時間，該時間段內(nèi)所有類型的平均響應時間。響應率，該時間段內(nèi)所有交易請求響應的比例。交易類型排名按響應時間：該時間段內(nèi)各個業(yè)務類型的響應時間排名。返回碼排名按交易量：該時間段內(nèi)指定業(yè)務類型的返回碼分布數(shù)量。多維統(tǒng)計可以根據(jù)選擇維度組合顯示Top10、Top20、Top50、Top100的交易統(tǒng)

58、計信息。第1維度：可選擇交易類型，交易渠道，交易返回碼，服務器IP，客戶端IP做為第一維度的顯示條件。時間范圍選擇，可根據(jù)需求選擇一段時間內(nèi)的統(tǒng)計。，可將多維統(tǒng)計結(jié)果導出為CSV格式報表。 關聯(lián)分析，左鍵點擊第一維度的藍色字彈出“關聯(lián)分析“菜單。交易渠道，點選的交易類型（比如消費）在第二維度顯示交易渠道的信息。交易返回碼，點選的交易類型（比如消費）在第二維度顯示交易返回碼的信息。服務器IP，點選的交易類型（比如消費）在第二維度顯示服務器IP的信息。客戶端IP，點選的交易類型（比如消費）在第二維度顯示客戶端IP的信息。跳轉(zhuǎn)至交易追蹤，點擊后顯示點選的交易類型為（消費）的詳細單筆交易信息。維度統(tǒng)計

59、的詳細信息：交易類型，根據(jù)第一維度選擇顯示。交易筆數(shù)，顯示特定時間段內(nèi)的交易筆數(shù)分布。交易成功率，顯示特定時間段內(nèi)的交易成功率情況。響應時間，顯示特定時間段內(nèi)的交易相信時間情況。響應率，顯示特定時間段內(nèi)的交易的響應率。根據(jù)第一維度的“交易類型”統(tǒng)計信息drilldown第二維度的統(tǒng)計信息。如在關聯(lián)分析的彈出框中，選擇交易返回碼，即第2維度就是交易返回碼。依次類推，可以挖掘至第5維度來分析交易情況。交易追蹤設定交易追蹤條件。可定義任意一項進行搜索，包括交易類型、交易渠道、交易結(jié)果、交易返回碼、交易關鍵字、響應時間、客戶端ip、服務器ip、無響應等條件。自定義交易追蹤的時間。支持時、分、秒翻動式選

60、擇。交易追蹤結(jié)果顯示的欄目包括發(fā)起時間、交易追蹤關鍵字（比如卡號）、交易類型、交易渠道、響應時間、交易結(jié)果、返回碼、客戶端IP、服務器IP等。在選擇字段中通過勾選項目來設置交易追蹤結(jié)果顯示的欄目。交易追蹤drilldown至單筆追蹤，鼠標落入藍色部分，點擊交易關鍵（比如卡號）即可。把交易追蹤結(jié)果導出成csv文件。單筆追蹤輸入交易關鍵字（比如卡號）、選擇交易追蹤的時間范圍，點擊 即可搜索。也可以從交易追蹤drilldown至單筆交易追蹤。單筆追蹤的匹配記錄顯示的欄目包括開始時間、源地址、目標地址、請求或響應方向、交易類型、交易渠道、返回狀態(tài)、每個組件上交易的請求或響應的相對時間（ms）、每個組件