您當前的位置:首頁->研發中心
研發中心
BPS業務性能監測系統
 

 1. 銀行業務監測解決方案

1.1 需求分析

1.1.1 項目背景

隨著銀行業信息科技風險精細化管理的深入推進,監管部門和銀行機構需要關注和日常維護管理的科技風險指標越來越復雜,雙方的科技風險管理工作量都日益劇增,傳統的管理工作模式在實現對復雜科技風險隱患的“早發現、早干預、早處置”方面存在一定的難度。銀行信息科技發展迅猛,運行風險事件時有發生,如何從海量、復雜的信息中準確、動態、自動的篩選出監管的重點指標成為信息科技非現場監管的又一難題。

中國銀監會辦公廳2015年印發《商業銀行信息科技風險動態監測指標》,要求各家銀行機構開展關鍵信息科技指標的監測、并報送銀監會。

 

1.2 方案設計

本項目采用大數據解決方案,系統架構從功能上劃分為:業務風險指標采集功能、業務風險指標分析及預警功能、風險指標報送和校驗功能三大塊。

1.2.1  風險指標采集

風險指標采集支持旁路抓包、日志、插件等多種數據源,并且各個功能完全模塊化,提供相應的api接口。

 

1.2.2  可視化展示

    數據結果提供豐富的可視化圖標,便于操作人員從不同角度進行跟蹤和監控。

1.2.3  多級監管數據報送

 

本系統支持多級監管部門數據報送功能,且支持多種數據報送對接模式:

 

 1.3 明辰智航風險動態監控系統優勢

明辰智航風險動態監控系統,擁有業內卓越的理念與實踐。系統優勢與價值體現如下:

l  從用戶終端、網絡接入端、渠道類(用戶接入)應用端實時獲取各個業務的兩大維度(交易類型交易渠道)、五大指標(交易代碼、對端客戶機構等多維度的交易量、成功率、響應時間、響應率)等交易指標,并建立每個指標每分鐘時點的采樣值組成的動態基線,全面準確反映業務應用系統的運行情況。

l  全面采集各個業務應用系統交易數據,可視化地展示某個交易代碼、業務功能模塊或業務系統需要經過的應用系統拓撲關系和交易路徑(含應用邏輯節點的訪問順序關系)。通過對比交易路徑或應用拓撲圖上不同應用系統的總量/分量交易指標的變化情況,可以將故障自動定位到某個應用系統,甚至該應用系統的某個應用服務器節點。

l  前兩個維度的交易指標監控,系統通過關聯算法可以將故障定位到某個應用系統的服務器節點。這既可大幅減少事件處理的工作量,也可自動發現一組事件根源問題。

l  報送平臺支持多級監管部門數據報送功能,且支持多種數據報送對接模式:

l  上述四個維度的工作,可以使用數據精確定位,所用用戶以及某個用戶的業務體驗體驗度,甚至包括傳輸業務、網絡所經過組建的性能。同時將用戶所需要的信息全方位的進行自動化的提取以及報送。

1.4 系統架構

在本方案中,采用明辰智航智航業務性能監控系統來搭建大數據實時決策平臺,此平臺實現業務監測數據的采集以及對數據的加工、分析、展示。

1.4.1  總體架構

銀行大數據實時決策平臺正是按照這個思路,結合商業銀行的決策需求打造的一個大數據平臺系統。該系統一方面通過應用一系列先進的互聯網技術,建立了一個云計算架構的大數據實時采集、實時處理、可靠存儲、深度分析和數據可視化平臺;另一方面則通過提供一系列預制應用模塊和應用框架,能夠立即支持定制化的業務應用。

 

銀行大數據實時決策平臺從應用架構上分為三個層次,自底向上分別是業務層、平臺層和應用層。其中業務層是承載當前銀行業務的系統,如核心、前置、網上銀行、信貸等等,這些系統本身為完成某些特定的業務目標而建立,并不屬于/大數據實時決策平臺系統,但它們是整個平臺大數據的重要來源;平臺層承擔大數據的采集、實時處理、動態展示、可靠存儲、深度分析等技術功能,是整個決策平臺的處理中心;應用層包括基于大數據處理對銀行提供實時決策支持的應用功能,比較典型的如領導決策支持、業務運行監控、IT運行監控、業務風險實時監控、互聯網業務監控等,并能根據銀行的需求進行快速地擴展。整個應用客戶端支持PC端、大屏幕和移動設備,使得銀行各級管理人員隨時隨地對業務狀況和關鍵指標全面掌握,從而準確、迅速地做出各種決策,在新的金融形勢幫助下銀行提升應變能力,增強銀行客戶體驗,有效控制各種風險,從而在競爭中占據優勢。

 

1.4.2  邏輯架構

系統功能架構的應用劃分如下,具體流程還將按##銀行實際情況進行調整:

管理支持類應用

該類應用的核心目標是行內報表集中展現們和個人輔助辦公,提供用戶數據展現、數據查詢、數據導入導出服務。

核心業務類應用

該類應用圍繞著指標數據的定制、設計、維護、管理工作的展開,是該系統核心應用;包括:數據補錄、指標管理、指標管理、風險緩釋、報表報告等幾大核心功能模塊。

應用支持類應用

該類應用旨在為管理支持和數據管理的應用功能提供支撐與服務,基礎管理主要包括:系統管理、系統配置、系統運維、系統監控等功能模塊;數據管理主要包括數據采集服務管理、數據處理安排、數據質量維護管理等功能模塊。

 

1.5 產品部署

基于旁路監聽解析技術

系統主要采用旁路部署模式,流量實時分析原理,不改變現有網絡任何環境,對業務性能和連續運行不會產生任何可能的負面影響;

 

 

1.6 實現目標

明辰智航BPS業務監控系統能夠將全業務鏈的交易進行監控,從而構建出和應用一一對應的網絡服務視圖、業務可視視圖。通過對核心業務系統、綜合前置業務系統、綜合前端系統、電子渠道系統(手機、網銀、短信、電話等渠道)、IC卡系統、綜合理財系統、ECIF系統建設最終建設成為全業務鏈交易級監控系統從而實現以下目標:

l  實時掌控業務運營當前狀態

應用服務為中心,直觀展現應用服務的業務邏輯和依賴關系,實時呈現每個業務內部組件、主機的關鍵性能指標,集中體現服務運行質量。

以應用視圖為導向,基于服務路徑規劃功能,實時在應用架構圖上展示業務運營狀態數據。包括對交易類型、交易量、交易渠道、交易機構的動態統計與分析。

l  多維度自動化報送指標

根據用戶需求定義各個不同類型的指標,指標完全擺脫人工干預,實現自動化報送。

l  地圖展示

以省市為節點,展現相對應營業點、ATM的業務狀態,可以通過流水號追溯到某個節點發出的交易。例如網銀展示,可以通過地圖快速查看當前所有網銀節點點信息,以及區域業務量排名,健康度排名

l  精準解析應用性能

精準解析應用性能,關注圍繞應用的交易量、響應時間、成功率、告警事件、響應率、健康度、返回碼。

l  快速定位應用異常

自動關聯IT組件的專業事件與業務應用的交易事件,并自動生成以根源交易事件為根的故障分析樹。這既可大幅減少事件處理的工作量,也可自動發現一組事件根源問題,并發出告警信息。

l  IP關系梳理

能自動呈現被監控網絡數據的IP連接性,快速梳理應用組件之間的邏輯訪問關系,以及應用層協議信息。

l  多維矩陣分析

針對交易要素(交易類型、交易渠道、交易地域、交易量、交易路徑、應用節點、性能數據、成功/失敗等),圍繞金融業務的諸多組件與因素,動態構建多維矩陣與影響因子。多角度、全面、動態分析業務運營與應用性能的關系。

l  單筆交易追蹤

對于任一筆交易,系統必須能夠追蹤到在每個環節的信息:響應時間、出錯報文等,以利于應對投訴和排障。在單個組件上,呈現每筆交易的詳細信息,包括交易關鍵字(如流水號,可自選)、交易時間、交易結果、返回碼等詳細信息

支持異構環境下的多層關聯,自動關聯多層交易記錄,為每筆交易區分在每個組件上的時間消耗,暴露性能瓶頸

提供單一關鍵字追蹤分析,完整展現被查詢對象的交易行為和每次交易的處理過程

l  交易歷史數據的再利用展望

歷史數據構建成一個交易矩陣,可以將歷史數據抽象出生產環境交易基線,用來評估開發/測試環境下的數據與性能一致性問題。或者直接將歷史數據打入開發/測試環境,用來驗證系統的性能。

l  解碼功能

系統要準確對業務系統進行解碼,解碼要實現自動解碼。

l  輔助流程銀行建設

系統具備交易路徑圖自學習功能,能夠統計熱點交易路徑,敏捷發現創新交易路徑。以及在線統計熱點/創新交易路徑的增長與消亡趨勢。為流程銀行建設提供生產環境真實數據實現流程統計、流程風控、流程優化、流程預測。

l  系統需支持分布式部署,包括雙中心、多中心部署模式,以及負載分擔部署模式,可以跨多個服務器對于所收集數據進行分布式統計和集中呈現。

l  系統需采用B/S架構,訪問系統界面無須安裝客戶端程序。

l  系統要對原始數據進行7*24小時存儲,存儲數據格式可以使用任意抓包軟件進行二次分析。

l  同時支持系統自身通過網卡進行數據包捕獲。

l  系統需支持數據歸檔管理功能,支持設置數據過期時間。數據存儲時間無限制,僅受服務器磁盤總空間影響。

l  要求系統支持多種TCP連接模式的應用交易解碼分析,包括常規TCP連接、TCP長連接、異步雙工模式的TCP長連接。

l  環境梳理,系統要準確梳理出來,業務系統TCP直接連接關系(長連接、半連接、異步雙工連接)

l  地圖展示,通過地圖方式,展示現有業務的交易量、健康度等信息。

l  交易追蹤,系統可以通過卡號、流水號、返回碼、等數據進行單筆數據查看。

l  支持定位故障告警,當業務出現問題時候,系統要進行邏輯故障定位。 

1.7 產品功能

1.7.1 圖形化配置功能

為使用簡便,操作靈活提高系統易用性,需要內置圖形化配置功能,通過簡單的拖拉拽操作,配置服務路徑其具體需求如下:

l  系統應提供圖形化的配置接口,可以快速定義業務應用的服務路徑圖。

l  通過配置服務路徑圖,能夠體現業務應用的訪問和依賴關系,包括完成一筆業務交易,數據在客戶端、防火墻、負載均衡、WEB、中間件等各層級應用服務器上流轉的前后順序。

l  通過配置服務路徑圖,能夠體現業務應用組件服務的網絡屬性,包括IP地址、端口號、連接模式(TCP短連接、TCP長連接、TCP異步雙工模式的長連接)。

l  支持站點定義,能夠針對不同網段的客戶端,提供IP地址的映射表,表項中包括區域(網段)名稱、IP地址(地址段)。

l  支持地圖區域顯示,可以根據不同地方顯示當前每分鐘、小時、天交易量。

l  支持設置基準線設置,包括開啟、關閉基準線,以及基準線參考周期設置,即按照某個設定的時間周期生成基準線。

l  支持告警模版定義,能夠應用模版進行告警定義。

l  針對標準的XMLSOAP協議,支持配置化的協議解碼,通過配置即可完成協議解碼與字段提取。

1.7.2 服務儀表臺

為規范巡檢策略,細化巡檢服務工作,系統需內置服務儀表臺功能,方便值班、巡檢人員按指標巡檢、記錄。

l  支持各應用服務運行狀態的總覽,在單一視圖中呈現所有服務路徑的最近30分鐘的運行狀態,以每分鐘時間片的精度呈現,包括正常、有故障、數據處理中,并支持點擊時間片直接關聯至服務路徑視圖。

l  服務路徑視圖支持在單一視圖中呈現各應用服務組件的關鍵指標,支持1分鐘更新。

l  服務路徑視圖支持以時間軸的方式進行歷史數據的查詢,可以選擇日期和時間,精度達到1分鐘。

l  具備站點視圖,支持在單一視圖中呈現站點區分的關鍵指標,支持站點選擇、搜索,支持站點分組。

l  在業務拓撲圖上,要求具備色彩變化的告警警示功能,并在拓撲圖上用色彩變化表標識出警示信息所涉及的業務應用環節,同時在該業務拓撲圖上可直接點擊顯示告警內容。

l  在服務路徑圖的組件上支持由指標或告警信息關聯至對應組件的統計視圖。

l  支持故障定位的呈現,直接在服務路徑上支持標識觸發告警的組件,并標識告警原因。

l  由多臺服務器組成的交易環節,要求系統具備展開查看每臺服務器的交易關鍵指標的功能,以每臺服務器進行指標統計。

l  支持雙中心、多中心架構應用的監控,能夠完整呈現雙中心、多中心部署的應用邏輯拓撲,能夠體現應用組件所在的數據中心,以及跨中心應用組件之間的訪問關系,并集中呈現所有交易環節的監控指標。

l  支持異地雙活架構應用的監控,包括交易的請求、響應分別在兩地的場景,能夠通過分布式部署,捕獲并關聯統計交易結果。

l  支持雙向交易應用的監控,能夠分離同一通道中的雙向交易,每個交易方向各自做指標統計和分析。

1.7.3 統計指標

根據交易系統健康度指標,系統需對交易類型、交易渠道進行監控,并對交易成功率、響應時間、響應率、交易筆數進行監控,具體需求如下:

l  支持交易筆數、交易成功率、交易響應時間、交易響應率的指標統計。并提供時序圖和快照兩種統計方式,支持自行選擇時間段。

l  交易筆數、交易成功率、交易響應時間、交易響應率的指標統計時序圖支持實時刷新,并提供至少1分鐘的顯示刷新頻率。數據統計精度達到1分鐘。

l  針對具備交易類型、交易渠道字段的應用協議,要求提供區分交易類型/交易渠道的統計功能,支持按照交易類型/交易渠道進行交易筆數、交易成功率、交易響應時間、交易響應率的統計。

l  支持基準線的生成和呈現,交易筆數、交易成功率、交易響應時間指標支持基準線功能,能夠在這些指標的時序圖中呈現基準線,基準線的顆粒度至少達到5分鐘。

l  支持交易返回碼的識別和統計。

l  支持排名統計,提供按照差交易性能排名的分析,即可以分析某個時間段內的性能差的交易排名。

l  以上指標支持按照組件、服務器主機IP、站點區分進行統計。

l  支持以服務路徑圖進行導航,可以直接選擇目標應用組件、以及構成某個應用組件的主機IP,以及客戶端的站點,支持以所選中的應用組件、某個主機IP、站點為單位進行所有的指標統計和結果呈現。

1.7.4 多維度統計

為方便多角度查詢,系統需提供多維度統計報表展示,其具體需求如下:

l  支持5個維度:交易類型、交易渠道、交易返回碼、服務器IP、客戶端IP

l  支持4個指標統計:交易筆數、交易成功率、交易響應時間、交易響應率。

l  支持按照任意維度進行4個指標的統計。

l  支持多維度統計,比如“交易類型=消費,返回碼=00”的交易筆數、交易成功率、交易響應時間、交易響應率統計。

l  支持從任意維度作為起始點,逐層向下展開統計,比如在交易類型這個統計維度中列出所有交易類型的統計結果,再選擇某一個交易類型展開交易返回碼維度。

l  支持從任意維度關聯跳轉到交易追蹤,并傳遞對應的交易查詢條件。

l  支持將任意維度的統計結果直接導出為CSV

l  支持站點區分的統計。

1.7.5 交易追蹤

系統需支持對單筆交易的追蹤,可通過卡號、IP、關鍵字模糊查詢等信息,追蹤交易記錄,具體需求如下:

l  交易查詢追蹤,能夠按照時間段、客戶端IP、服務器IP、交易類型、交易渠道、交易結果、交易返回碼、無響應交易做單一或復合條件進行交易查詢。并且支持增加協議內其他已解碼字段作為擴展查詢條件。

l  支持自定義交易關鍵字,可以選擇任意解碼字段作為交易關鍵字,以用作單筆交易追蹤的關聯字段。

l  交易查詢的結果要求呈現交易請求/響應的摘要結果,提供信息包括交易響應時間、交易結果、交易類型、交易渠道、返回碼值、客戶IP、服務器IP,以及交易關鍵字。

l  交易查詢結果要求支持展開為交易的原始記錄,原始記錄信息中則要求包含應用協議中所有的被解碼字段。

l  若多層應用協議中具備交易關聯條件,支持通過單一關鍵字或者多個關鍵字進行多層關聯,即一筆交易經過多個應用層級關聯在一起,體現一筆交易經過多層應用組件時在每個層級上的時間消耗。

l  要求系統具備敏感信息加密功能,支持對敏感字段信息的不可逆的加密、加擾,使敏感字段信息被保護,防止敏感信息泄露。

l  支持以特定關鍵字段為關聯依據,進行單筆交易的多層關聯追蹤,能按照時間序列逐層排列交易的請求、響應記錄,并統計每條交易記錄的相對時間和交易記錄之間的間隔時間。

l  支持將交易查詢追蹤、單筆交易追蹤的結果直接導出為CSV

l  支持站點區分的統計。

1.7.6 可視化流量流向地圖

系統需提供可視化流量地圖功能,可全部直觀看到所有監控點的實時流量情況,具體需求如下:

l  支持地圖API顯示,可以通過地圖方式來顯示每個區域已經每個交易的健康視圖。

l  支持業務邏輯顯示,可以根據不同業務框架來顯示當前業務屬性問題。

l  支持健康度顯示,可以顯示每個應用的健康度顯示。

l  支持定制化個性需求,可以根據不同的要求輸出相對應的API信息。

l  支持地圖日期回溯查詢

l  地圖中邊側展示河南省地圖以及當前所選流出流入業務量,顯示查詢欄及當前所選流出流入業務量數據圖表。

1.7.7 告警功能

系統需內置告警功能,并可設置告警基線,達到故障第一時間通知響應的目的,具體需求如下:

l  支持獨立的告警對象的開啟/關閉,即可以針對某個應用交易組件獨立開啟/關閉告警,而不是全局開啟/關閉。并且針對單個應用組件可選擇開啟/關閉哪些告警項目。

l  針對關鍵交易指標:交易筆數、無交易請求、響應時間、成功率、響應率,支持閾值加持續時間的復合條件告警,且支持基于組件、交易類型、交易渠道進行統計的閾值告警。

l  針對交易筆數、交易響應時間、交易成功率指標,支持基于基準線的動態告警,告警條件要求可設置超出或低于基線值百分比的閾值,同時復合超出或低于閾值的持續時間,作為最終產生告警的條件。

l  支持特定返回碼告警,即捕捉到指定的返回碼時立即產生告警。

l  支持邏輯可配置的故障定位算法,能夠根據組件的依賴關系和各自的告警指標進行邏輯判斷,定位引起故障的根源組件和原因。

l  支持排期功能,用戶能夠自定義時間段,使某個時間段不列入基線計算數據中;或者使某個時間段不觸發告警通知。

l  支持告警記錄功能,集中呈現告警信息記錄,在告警信息記錄中標識告警信息產生的時間、告警事件觸發的時間、告警事件持續的時間、告警類型、事件、告警峰值/閾值,以及產生該條告警的組件、交易類型、渠道等定位信息。同時支持按照時間搜索告警記錄,并支持按照告警記錄內的多字段復合條件進行告警查詢。

l  在同一告警持續發出的情況下,支持告警合并功能,將持續發出的同一告警信息合并為1條告警記錄,并記錄該條告警信息的觸發時間和持續時間。

l  要求告警記錄可關聯至對應告警觸發該告警的時間段的服務儀表臺視圖。

l  支持將告警記錄通過syslog方式發送給事件管理平臺。

1.7.8 風險數據報送及處理功能

l  對報文中數據的基本信息進行管理設置。可新增,修改,查看,刪除各個數據的基本信息。

l  任務模板管理實現對任務模板的定義與管理,用戶可通過新增、修改、下發、刪除等功能進行任務模板管理。

l  系統支持將監管機構反饋的文檔進行在線的導入,系統將對反饋的文檔進行解析并定位。

l  系統支持補錄功能,可對系統的參數、模板、任務等信息進行配置,并在前端平臺進行數據補錄,使系統能夠更加效率、穩定的運行。

 

1.7.9 拓撲發現

l  根據應用服務的網絡流量數據,自動生成IP連接關系圖。

l  統計TCP會話記錄信息,包括源IP地址、目標IP地址、源端口、目標端口、總字節數、單向字節數、TCP SYN標志位、TCP FIN標志位、TCP RST標志位。

l  支持分析TCP連接的模式,包括同步TCP、異步TCP

l  支持分析TCP連接的可用性,包括單向會話、重復數據。

l  支持按照IP地址、端口、設備名,或者以上條件的復合條件進行搜索,并在拓撲圖上對搜索結果進行標識。

l  支持多次提取數據,能夠在一張拓撲圖中更換使用多份數據,并自動對比不同數據源中數據內容的增減。

l  支持IP節點合并,以及節點命名。

l  支持自定義節點的服務端口,并在拓撲圖上標識客戶端、服務器之間的訪問方向。

l  支持IP地址的過濾。

l  能夠按照組件與IP地址的對照表自動完成梳理。

l  支持IP地址與設備名的轉換顯示。

l  支持即時創建快照,在快照中提供訪問關系、節點IP地址和服務端口列表。支持以快照為編輯的起始點,重新加載數據再次進行編輯。

l  支持數據包導出,能夠按照服務端口導出數據包,能夠全局打包導出數據包。

l  支持協議識別,能夠根據采集的數據樣本識別特定服務端口的協議類型和名稱。

1.7.10   大數據分析

大數據分析主要包括四種基本功能,即歷史查找、自定義報表、多維分析和預測模型。請參見下圖。

第一種是對海量大數據的搜索功能,主要的包括歷史回放、大數據搜索查詢等,主要用于對銀行業務、交易和IT運行的歷史數據進行定點搜索與回放,幫助業務人員定位問題。自定義報表主要滿足在全局數據上,根據客戶需求生成跨系統、跨時間段的各種數據報表,并對業務關心的歷史數據,如查詢方式、交易筆數、交易金額等各種指標進行基線計算,為制定業務規則提供依據。多維分析子系統幫助業務人員對大數據從多個維度進行觀察,發現新的業務指標和業務發展的規律。預測模型主要從客戶價值、客戶行為(包括購買意向、流失意向)、客戶間網絡關系、信用評估、違約傾向、產品間關系等多個主題,利用數據建模算法進行深度分析。

 

1.7.11   第三方接口

系統應支持第三方接口輸出,可以對任何的第三方平臺進行API接口關聯。
 

2. 風險動態監控系統實施方案

2.1 解決方案

2.1.1 方案概述

本方案所采用的明辰智航 BPS基于先進的協議解碼技術,通過成熟的設計、先進的產品、可靠的技術、合理的規劃部署,幫助用戶輕松應對應用管理中的常見問題:

Ø 各種指標的自動化報送

Ø 應用組件、主機的性能和可用性監控

Ø 交易量、成功率、響應時間性能評估

Ø 健康度、基于每個業務的健康的評估

Ø 分析不同交易類別、子交易類別、交易渠道的性能差異

Ø 追蹤應用性能指標波動,分析連鎖反應,找出根源組件、主機

Ø 交易追蹤查詢,快速故障診斷和分析

Ø 關聯分析多層應用交易,找出深層原因

Ø 獲得實時的性能事件告警,快速響應

Ø 獲取網絡層指標,掌握業務對網絡資源的使用情況

Ø 區分應用層問題和網絡層問題

Ø 自動故障診斷精確判斷問題所在

Ø 應用架構不再難于梳理,通過網絡數據進行精確梳理

Ø 地圖顯示、給予地圖顯示,可以快速區分每個區域交易狀況

Ø 業務路徑發現、可以準確識別業務的連接規律,以及傳輸方式

2.1.2 方案建議

項目建設基本目標是獲得可測量的應用性能數據,為后續流程當中進行分析、追蹤、定位提供數據和功能支持。通過即時獲得有效的應用性能管理數據,了解、把握業務應用系統的運行狀態,一旦發現異常波動,可以及時采取措施,在預防階段捕捉并解決問題,避免因業務性能下降或中斷范圍擴大而導致業務經營損失;而在問題發生時,能夠幫助北京銀行IT部門加速分析、追蹤和定位故障,減少業務中斷時間,達成 SLAService-Level Agreement 目標。

業務性能管理著眼的是應用系統整體的性能管理,而非僅僅針對某個技術層次的“豎井”式的解決方案,因此從指標到覆蓋范圍,本方案對業務性能管理平臺的建設制定了以下目標:

關注交易性能指標:業務性能管理應該重點關注應用交易的狀態,交易量、成功率、響應率、響應時間、返回代碼這五個是表征交易性能的重要指標。

端到端監視能力:多層級的應用組件串聯在一起構成服務路徑,這個服務路徑最終交付的業務性能構成用戶體驗,業務性能管理應該端到端覆蓋服務路徑,提供準確的性能評估和定位信息。以最終用戶的響應時間為主要的衡量標準,在第一時間將問題定位于某個組件層級,在問題解決之后,也會從應用整體響應時間的角度,測量改進之后的性能。

交易追蹤和關聯分析能力:業務性能管理應該保存原始交易記錄,針對特定交易記錄應提供可追蹤分析的能力,并且能夠關聯多層級應用組件,以提供快捷和深入的問題分析定位能力。

實時性:實時數據是運維時效性的保障,實時獲取業務性能數據并提供關鍵指標的統計有利于及時掌握、分析、追蹤業務性能的動態變化,及時發現問題進入解決流程。

快速實施,可靠落地:應對不斷擴張的業務需求和快速發展的復合應用架構,需要有快速實施、可靠落地的解決方案,以支撐持續的性能管理需求。

多數據中心覆蓋能力:目前企業應用多采用雙中心或多中心部署模式,以建立冗余備份機制以提高應用可靠性。一旦發生故障導致應用在數據中心之間切換,產生了數據流向的變化,業務性能管理平臺需要具備全面覆蓋多中心環境的能力,并且能夠捕捉到數據流向變化以及因此對業務性能產生的影響。

2.1.3 技術設計

2.1.3.1.  設計目標

1.  對現有業務系統無影響

系統用旁路方式獲取網絡數據包,不向被監控系統發送任何數據,不占用被監控系統自身資源,不對被監控系統產生任何影響。

2. 集中數據管理和分析

按業務流程部署多個采集設備,并能夠統一管理多個采集設備,集中進行數據匯總、分析。

3. 可以根據需要采用分布式部署,包括雙中心、多中心部署模式,以及負載分擔部署模式,可以跨多個服務器對于所收集數據進行分布式統計和集中呈現。方案采用B/S架構,訪問系統界面無須安裝客戶端程序。

4. 設備具備非常強的處理能力、軟件分析能力。設備處理效率設計目標:從業務數據采集到分析結果展示在1分鐘以內完成,數據刷新方面在15s以內完成。

5. 支持各種常見網絡協議和應用的解碼、分析

包括HTTPXMLIBM WASIBM Websphere MQCICSWeblogic等。

7. 支持對復雜業務流程的全面監測:

對于多次交互才能夠完成的業務,可以按照每一步驟進行分析,并組合成一筆業務進行展示。

8. 設計的數據保存時限:

支持數據歸檔管理功能,支持設置數據過期時間。數據存儲時間無限制,僅受服務器磁盤總空間影響,數據可以進行壓縮存儲,壓縮比例業界領先水平,高壓縮比例10/3

9. 設計提供的界面達到以下目標

可以圖形化展示網絡拓撲,并體現業務應用組件之間的依賴關系。對于相同功能的組件贏提供合并功能,方便快速掌握各組件的性能情況。能夠在同一界面上展示不同組件的性能情況,幫助用戶直觀了解網絡現狀。

2.1.3.2.  設計原則

1、產品先進性

本次投標的明辰智航 BPS產品具有業界領先的設計理念和產品架構,采用直接從網絡層旁路獲取數據的方式對業務性能進行監控,數據實時、指標準確、部署簡單、安全,完全避免了傳統方式對業務有影響、有風險、實施復雜、落地困難等弊端,是業界領先的先進產品。

2、融合性:

本建議書提供的整體解決方案全面考慮用戶運維需求,既可以從業務和應用指標來發現和分析應用問題,也可以通過網絡層指標發現和定位基礎架構的問題,并通過對應用協議的深入解碼,與用戶的業務環境深度融合,從宏觀的業務整體健康度指標逐層鉆取分析到微觀的單筆交易追蹤,具備了前所未有的融合性。

3、規范性:

本次投標的明辰智航 BPS產品采用業界領先的體系規范,無論產品本身的架構、訪問方式、管理方式、展現方式,還是與第三方系統的接口,均采用國際通用的規范標準。

4、靈活性:

明辰智航 BPS產品采用先進的架構設計,從底層數據采集、核心數據處理一直到用戶界面展示都具有很強的靈活性,可以隨著被監控業務的變更而靈活調整,保證對業務的高適應性。

5、可擴展性:

本建議書設計的方案架構具備很強的可擴展性,可以隨著被監控業務量的增加而縱向擴展,也可以隨著多中心的建設而橫向擴展;系統本身具備模塊化設計,可以非常方便地增加新協議支持和新功能。

6、無干擾性:

本方案采用純旁路的被動監控方式,對生產業務運行完全沒有影響和干擾,在部署時和部署后也無需對現有生產系統進行任何改動,真正做到了無縫建設,對業務零干擾。

 

2.1.3.3.  架構設計

  

從被監控的交易系統分段獲取流量,所需交換機鏡像的流量輸送到明辰智航 BPS服務器,BPS內置高性能數據抓取程序,可直接完成數據包的抓取,進而實現報文解碼,完成監控、告警、故障診斷及報告等功能

根據監控需求,計劃需要數十臺交換機SPAN鏡像,由于鏡像源的數量超出明辰智航 BPS服務器的網卡數量,并且鏡像精細度比較粗,流量較大超出明辰智航 BPS服務器處理能力,在這些情況 ,建議在部署架構采用TAP設備。

從應用鏡像或分光出來的流量經過TAP Switch后,可完成匯聚、過濾及安全掩碼等功能,經過TAP Switch處理后的流量再進入明辰智航 BPS服務器,可有效減少網卡數量和無關流量,使明辰智航服務器的工作更加高效準確。

2.1.3.4.  業務服務路徑設計

在服務路徑圖中構建服務路徑視圖,以服務路徑圖為中心,直觀展現集中交易應用服務的業務邏輯和依賴關系,實時呈現每個業務內部組件、主機的關鍵性能指標,集中體現服務運行質量;時間軸,實時更新每分鐘的服務運行狀態,標識故障點,移動時間軸即可回放故障演變過程。

2.1.4 軟硬件配置

產品

數量

備注

風險動態監控系統

1

明辰智航BPS

高性能服務器(*

2

雙路16核,64G內存,6xSAS硬盤Raid1

TAP Switch

2

流量匯聚交換機

 

詳情咨詢:王經理:13910824886

          

 

 

 

 

 

 

 

 

 
回到頂部
中彩网开奖