基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)，包括Trace系統(tǒng)，其通過Rsyslog日志生成器從交易流中提取所需的Trace日志并將其提交給日志分析系統(tǒng)中的日志分析器，對(duì)Trace日志數(shù)據(jù)進(jìn)行存儲(chǔ)和管理；TEMS系統(tǒng)，用于分析處理Trace日志數(shù)據(jù)，根據(jù)分析處理的Trace日志數(shù)據(jù)重構(gòu)API事件，通過數(shù)據(jù)展示系統(tǒng)顯示數(shù)據(jù)；TCP監(jiān)控系統(tǒng)通過監(jiān)聽網(wǎng)絡(luò)數(shù)據(jù)包獲得交易流信息，依據(jù)其所包含的平均響應(yīng)時(shí)間判斷交易是否正常，若該時(shí)段的響應(yīng)時(shí)間超出平均響應(yīng)時(shí)間，則將其發(fā)送至日志分析系統(tǒng)。具有靶向性強(qiáng)、入侵性低、耦合性低、魯棒性高等特點(diǎn)，解決了傳統(tǒng)監(jiān)控系統(tǒng)入侵性強(qiáng)與顆粒度粗的弊端。
【專利說明】
基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及企業(yè)交易管理平臺(tái)的APM系統(tǒng)，具體涉及一種基于IaaS云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)。
【背景技術(shù)】
[0002]云計(jì)算系統(tǒng)隨著互聯(lián)網(wǎng)的發(fā)展一直完善著自身。云計(jì)算徹底地改變了人們的工作方式和企業(yè)的商業(yè)模式，越來越多的企業(yè)交易平臺(tái)都采用了云計(jì)算。但是，由于云計(jì)算還尚未完全成熟，企業(yè)需要應(yīng)對(duì)的交易量越來越繁重，依靠傳統(tǒng)的監(jiān)控系統(tǒng)已經(jīng)越來越難以勝任時(shí)代發(fā)展的要求。應(yīng)用性能管理系統(tǒng)的出現(xiàn)解決了對(duì)云計(jì)算系統(tǒng)大量數(shù)據(jù)進(jìn)行高效監(jiān)控與分析的問題。當(dāng)前對(duì)于企業(yè)交易管理的監(jiān)控主要有以下三種方法，即基于代理的注入式監(jiān)控、基于日志分析的非注入式監(jiān)控及基于TCP數(shù)據(jù)包分析的非注入式監(jiān)控三種。市面上的應(yīng)用性能管理系統(tǒng)基本上采用以上三種方法，但是上述方法存在以下不足之處:
1、基于代理的注入式監(jiān)控的入侵性強(qiáng)、占用系統(tǒng)資源多，而且需要部署到每一個(gè)實(shí)體上，一旦進(jìn)行系統(tǒng)升級(jí)，則需要對(duì)每一個(gè)實(shí)體進(jìn)行升級(jí)，代價(jià)高，耗時(shí)久。
[0003]2、基于日志分析的非注入式監(jiān)控避免了基于代理的注入式監(jiān)控方法的缺點(diǎn)。但是無法準(zhǔn)確監(jiān)控每條交易信息，另外若交易量隨企業(yè)發(fā)展而不斷增加時(shí)，該方法的運(yùn)行效率會(huì)因處理不及時(shí)而急劇下降，影響監(jiān)控系統(tǒng)的實(shí)時(shí)性。
[0004]3、基于TCP數(shù)據(jù)包分析的非注入式監(jiān)控則需要使用特定方法來對(duì)數(shù)據(jù)進(jìn)行解碼，并且還需要經(jīng)驗(yàn)豐富的交易管理員來分析交易故障，這就增加了企業(yè)的運(yùn)營成本。并且，該方法只能觀察到整個(gè)交易流的主機(jī)信息和交易時(shí)間，如果需要對(duì)交易進(jìn)行更深入的分析和了解，網(wǎng)絡(luò)監(jiān)控是無法完成的。

【發(fā)明內(nèi)容】

[0005]針對(duì)上述方法存在的缺點(diǎn)，本發(fā)明目的是:提供一種基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)，具有靶向性強(qiáng)、入侵性低、耦合性低、魯棒性高等特點(diǎn)，解決了傳統(tǒng)監(jiān)控系統(tǒng)入侵性強(qiáng)與顆粒度粗的弊端。
[0006]本發(fā)明的技術(shù)方案是:
一種基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)，其特征在于，包括Trace系統(tǒng)、TEMS系統(tǒng)和TCP監(jiān)控系統(tǒng)；
所述Trace系統(tǒng)包括HBase、Rsyslog日志生成器、日志管理器、Trace注入系統(tǒng)；通過Rsyslog日志生成器從交易流中提取所需的Trace日志并將其提交給日志分析系統(tǒng)中的日志分析器，利用HBase及日志管理器對(duì)Trace日志數(shù)據(jù)進(jìn)行存儲(chǔ)和管理；
所述TEMS系統(tǒng)包括日志分析器、數(shù)據(jù)收集器及數(shù)據(jù)展示系統(tǒng)，用于分析處理Trace日志數(shù)據(jù)，根據(jù)分析處理的Trace日志數(shù)據(jù)重構(gòu)API事件，通過數(shù)據(jù)展示系統(tǒng)顯示數(shù)據(jù)；
所述TCP監(jiān)控系統(tǒng)包括虛擬交換機(jī)、網(wǎng)絡(luò)監(jiān)聽器及交易分析器，通過監(jiān)聽網(wǎng)絡(luò)數(shù)據(jù)包獲得交易流信息，依據(jù)其所包含的平均響應(yīng)時(shí)間判斷交易是否正常，若該時(shí)段的響應(yīng)時(shí)間超出平均響應(yīng)時(shí)間，則將其發(fā)送至日志分析系統(tǒng)。
[0007]優(yōu)選的，所述Trace日志條目格式包括路徑、唯一標(biāo)識(shí)符和交易信息。
[0008]優(yōu)選的，所述Trace系統(tǒng)根據(jù)Trace日志創(chuàng)建日志生成器，所述日志生成器用于對(duì)網(wǎng)絡(luò)服務(wù)可視化監(jiān)控以及檢測收集到的Trace日志條目的完整性。
[0009]優(yōu)選的，所述日志生成器包括Trace事件定義和Trace添加事件，所述Trace事件定義包括定義日志條目的唯一標(biāo)識(shí)符、所處程序的唯一標(biāo)識(shí)符、時(shí)間、判定碼和屬性，所述Trace添加事件包括在觸發(fā)事件時(shí)，先找到與其匹配的日志條目，然后再進(jìn)行添加事件。
[0010]優(yōu)選的，所述數(shù)據(jù)收集器包括獲取事件模塊、開始事件模塊、發(fā)送/接收信息模塊和結(jié)束事件模塊；
所述獲取事件模塊，傳送所聲稱的事件到數(shù)據(jù)收集器，使其融入日志分析器并分析所有事件數(shù)據(jù)，將結(jié)果通過可視化界面顯示給用戶；
日志分析器在分析每一條事件時(shí)，將開始事件模塊與結(jié)束事件模塊匹配，若匹配成功，日志管理器會(huì)對(duì)該事件進(jìn)一步分析，若匹配不成功，將跳過該事件；
接收信息模塊與發(fā)送信息模塊屬性一一對(duì)應(yīng)，若不對(duì)應(yīng)，則分析服務(wù)器根據(jù)模塊屬性判定操作類型，如果是異步交易，等待雙方均完成交易后再進(jìn)行相關(guān)操作；如果是同步交易，直接跳過不對(duì)應(yīng)的模塊。
[0011 ]優(yōu)選的，所述TEMS系統(tǒng)還包括日志數(shù)據(jù)查看模塊和問題處理模塊;所述日志數(shù)據(jù)查看模塊用于查看日志分析系統(tǒng)中收集到的日志數(shù)據(jù)情況，包括問題類型、所在位置、詳細(xì)信息;所述問題處理模塊，用于管理人員根據(jù)系統(tǒng)提供的問題日志及其分析，確認(rèn)或主動(dòng)提出解決方案。
[0012]優(yōu)選的，所述TCP監(jiān)控系統(tǒng)包括異常觸發(fā)模塊和日志提取模塊；
所述異常觸發(fā)模塊，實(shí)時(shí)接收實(shí)際交易時(shí)間與平均響應(yīng)時(shí)間的比較結(jié)果，當(dāng)網(wǎng)絡(luò)監(jiān)聽器監(jiān)控的交易平臺(tái)出現(xiàn)異常時(shí)，將異常交易時(shí)間展示給用戶，將當(dāng)前時(shí)間戳發(fā)送到日志分析器并觸發(fā)分析事件。
[0013]所述日志提取模塊，在Trace系統(tǒng)中查找出包含給定的時(shí)間戳的日志數(shù)據(jù)，并將日志數(shù)據(jù)傳給TEMS系統(tǒng)中的開始事件模塊。
[0014]在本發(fā)明中，針對(duì)傳統(tǒng)監(jiān)控系統(tǒng)入侵性強(qiáng)與顆粒度粗的弊端，重構(gòu)了一種新型的logger，避免了注入式入侵性的監(jiān)控并可以根據(jù)自主設(shè)定的參數(shù)進(jìn)行定點(diǎn)獲取日志信息。另外，在日志分析系統(tǒng)的API設(shè)計(jì)上，更加人性化與目的化。為了增強(qiáng)監(jiān)控系統(tǒng)的實(shí)時(shí)性，其監(jiān)控過濾系統(tǒng)采用對(duì)主機(jī)層的網(wǎng)絡(luò)運(yùn)行狀態(tài)進(jìn)行監(jiān)控。相對(duì)于傳統(tǒng)的監(jiān)控系統(tǒng)，節(jié)省了大量的資源消耗。本系統(tǒng)結(jié)合了注入式與非注入式的優(yōu)點(diǎn)并通過監(jiān)控過濾系統(tǒng)及重構(gòu)API事件進(jìn)行優(yōu)化組合，使得其擺脫了注入式監(jiān)控因嵌入層過深而影響系統(tǒng)性能的弊端，也通過結(jié)合分析網(wǎng)絡(luò)協(xié)議數(shù)據(jù)包的方法降低日志分析量，并通過重構(gòu)的API精確的分析所需要的日志信息，因此節(jié)省了企業(yè)的高級(jí)人才、云系統(tǒng)的開銷。本發(fā)明能夠較好的解決現(xiàn)代基于云計(jì)算的企業(yè)交易平臺(tái)的監(jiān)控問題，并且能夠在較短時(shí)間內(nèi)進(jìn)行擴(kuò)展和補(bǔ)充，有利于開發(fā)中間件及開放接口，降低整體的耦合性，在一定程度上能增強(qiáng)其自身的適應(yīng)性，為企業(yè)的戰(zhàn)略性發(fā)展節(jié)省大量的企業(yè)資源。
[0015]與現(xiàn)有技術(shù)相比，本發(fā)明的優(yōu)點(diǎn)是:
1.本發(fā)明靶向性強(qiáng)、入侵性低、耦合性低。本發(fā)明先對(duì)日志進(jìn)行無差別提取，減少入侵性，再對(duì)已設(shè)定的參數(shù)數(shù)據(jù)進(jìn)行處理，提高靶向性，降低耦合性。這樣在性能上較傳統(tǒng)方法有較大的提升。
[0016]2.本發(fā)明新提出的網(wǎng)絡(luò)監(jiān)控過濾系統(tǒng)，針對(duì)平均反應(yīng)時(shí)間進(jìn)行TCP監(jiān)控和過濾。這樣使得其監(jiān)控的成本較低，而且實(shí)時(shí)性高。一旦出現(xiàn)故障，過濾系統(tǒng)就會(huì)提交問題時(shí)間戳給日志分析系統(tǒng)，通過其系統(tǒng)的分析，就可以通過重構(gòu)的API清晰、明了的為用戶顯示出可能相應(yīng)的故障信息。
【附圖說明】
[0017]下面結(jié)合附圖及實(shí)施例對(duì)本發(fā)明作進(jìn)一步描述:
圖1為本發(fā)明基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)的架構(gòu)圖；
圖2為本系統(tǒng)的工作流程圖；
圖3為交易流分析的四個(gè)層次；
圖4為Trace日志系統(tǒng)的三個(gè)要素；
圖5為Trace事件系統(tǒng)設(shè)計(jì)圖；
圖6為Trace添加事件流程圖；
圖7為API事件設(shè)計(jì)圖；
圖8為獲取事件模塊設(shè)計(jì)圖；
圖9為開始事件模塊設(shè)計(jì)圖；
圖10為發(fā)送/接收消息模塊設(shè)計(jì)圖；
圖11為結(jié)束事件模塊設(shè)計(jì)圖。
[0018]
【具體實(shí)施方式】
[0019]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明了，下面結(jié)合【具體實(shí)施方式】并參照附圖，對(duì)本發(fā)明進(jìn)一步詳細(xì)說明。應(yīng)該理解，這些描述只是示例性的，而并非要限制本發(fā)明的范圍。此外，在以下說明中，省略了對(duì)公知結(jié)構(gòu)和技術(shù)的描述，以避免不必要地混淆本發(fā)明的概念。
[0020]實(shí)施例:
如圖1所示，一種基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)，本監(jiān)控系統(tǒng)主要有以下三部分組成:
(I)Trace 系統(tǒng):
本系統(tǒng)由HBase、Rsyslog日志生成器、日志管理器、Trace注入系統(tǒng)組成。其主要功能是利用Rsyslog日志生成器從交易流中提取所需的Trace日志并將其提交給日志分析系統(tǒng)中的日志分析器。利用HBase及日志管理器對(duì)Trace日志數(shù)據(jù)進(jìn)行存儲(chǔ)和管理。另外，將Rsyslog收集到的原始數(shù)據(jù)通過新增的TraceWS對(duì)外接口接收，并將其問題數(shù)據(jù)發(fā)送至日志分析系統(tǒng)的數(shù)據(jù)收集器，再通過日志分析系統(tǒng)里的日志分析器對(duì)其問題進(jìn)行分析。
[0021](2)TEMS(Tivoli Enterprise Monitoring Server)系統(tǒng):
本系統(tǒng)主要由日志分析器、數(shù)據(jù)收集器及數(shù)據(jù)展示系統(tǒng)。日志分析系統(tǒng)通過數(shù)據(jù)收集器接收Trace系統(tǒng)發(fā)送來的問題數(shù)據(jù)，并通過日志分析器進(jìn)行日志分析，最后通過重構(gòu)的API，用數(shù)據(jù)展示系統(tǒng)為用戶呈現(xiàn)其結(jié)果。用戶通過該系統(tǒng)能迅速找到故障發(fā)生的位置，為了兼容APM的相應(yīng)的功能，完成故障處理和修復(fù)這個(gè)過程，該API的重構(gòu)依照Tivoli系統(tǒng)設(shè)
i+o
[0022](3)TCP 監(jiān)控系統(tǒng):
本系統(tǒng)由虛擬交換機(jī)、網(wǎng)絡(luò)監(jiān)聽器及交易分析器組成，主要起到數(shù)據(jù)過濾器的作用。本系統(tǒng)通過監(jiān)聽網(wǎng)絡(luò)數(shù)據(jù)包從而獲得交易流的信息，并主要依靠其所包含的平均響應(yīng)時(shí)間來判定交易是否正常。如該時(shí)段的響應(yīng)時(shí)間超出平均響應(yīng)時(shí)間，則將通知Trace系統(tǒng)的日志管理器，將問題數(shù)據(jù)發(fā)送至日志分析系統(tǒng)。
[0023]如圖2所示，本系統(tǒng)搭建過程如下:
SI搭建Trace系統(tǒng)
S1.1Trace注入系統(tǒng)
為了方便管理員讀取和分析，應(yīng)當(dāng)使得日志數(shù)據(jù)的格式一致，并在更新日志時(shí)，對(duì)于數(shù)據(jù)進(jìn)行及時(shí)的存儲(chǔ)。本發(fā)明為企業(yè)交易平臺(tái)設(shè)計(jì)一個(gè)與Rsyslog日志生成器相匹配的Trace系統(tǒng)。
[0024]根據(jù)本系統(tǒng)的日志發(fā)生器結(jié)構(gòu)進(jìn)行Trace日志收集，并對(duì)Trace日志增加唯一標(biāo)識(shí)符。注入系統(tǒng)的Trace日志條目格式如圖4所示。
[0025]如若系統(tǒng)發(fā)生改變，因?yàn)楸綯race系統(tǒng)只針對(duì)日志進(jìn)行提取和分析，因此只需修改幾個(gè)抓取參數(shù)即可。
[0026]S1.2日志生成器
日志生成器是基于S1.1所產(chǎn)生的Trace日志而創(chuàng)建的。主要完成基于網(wǎng)絡(luò)服務(wù)的可視化監(jiān)控功能及檢測所收集的條目信息的完整性。通過Trace注入系統(tǒng)產(chǎn)生的日志，進(jìn)行日志管理與描述。
[0027]SI.2.ITrace事件定義
通過追蹤基于云計(jì)算的企業(yè)交易平臺(tái)的交易故障，設(shè)計(jì)如圖5的Trace事件系統(tǒng)。其中TraceId代表日志條目的唯一標(biāo)識(shí)符，sourceld則表示所處程序的唯一標(biāo)識(shí)符。時(shí)間則代表事件的開始、結(jié)束、操作時(shí)間三個(gè)部分，判定碼則為判斷交易事件所處的狀態(tài)，根據(jù)環(huán)境不同，其具體值也不相同，一般是日志管理器的四種狀態(tài)。
[0028]S1.2.2Trace 添加事件
Trace添加事件過程如圖6所示。本系統(tǒng)將事件定義在日志收集器中，即每次觸發(fā)事件時(shí)，先找到與其匹配的日志條目，然后再進(jìn)行添加事件。
[0029]在開始Trace時(shí)，創(chuàng)建Trace日志，依據(jù)交易中的請求回應(yīng)原則，本系統(tǒng)設(shè)計(jì)了由請求和回應(yīng)組成的新Trace，以向Trace日志系統(tǒng)文件中寫入交易信息，其中請求的組成如圖5所示，響應(yīng)則由請求的狀態(tài)組成。
[0030]在創(chuàng)建Trace日志后，添加事件。為保證最大程度包含所有的日志信息，設(shè)計(jì)了如圖5里所示的事件定義。這些屬性可以直接通過web服務(wù)顯示在遠(yuǎn)端主機(jī)上。
[0031]在Trace添加事件完成后，需要一個(gè)結(jié)束Trace行動(dòng)來完成一個(gè)完整事件。結(jié)束Trace行動(dòng)需要唯一標(biāo)識(shí)符匹配到Trace系統(tǒng)，再對(duì)上述步驟的操作進(jìn)行判別，以此完成一次完整的Trace事件。
[0032]為了在web上顯示Trace系統(tǒng)的執(zhí)行結(jié)果，需要定義2個(gè)執(zhí)行接口，獲取Trace及獲取Traces，其中前者用來獲取Trace文件表，后者用來抓取目標(biāo)表格中的具體的單挑交易。
[0033]S2重構(gòu)TEMS系統(tǒng)
針對(duì)SI提出的Trace系統(tǒng)，需要重構(gòu)一個(gè)置于業(yè)務(wù)流程之外的TEMS。如圖7所示為基礎(chǔ)的C/S交易事件。
[0034]依照兩次握手協(xié)議，交易流中除起止節(jié)點(diǎn)外的任一交易點(diǎn)，只有包含兩次握手，SP發(fā)出/接收數(shù)據(jù)、接收/發(fā)出數(shù)據(jù)，節(jié)點(diǎn)才算完整。所有的節(jié)點(diǎn)都完整時(shí)，交易才會(huì)開始進(jìn)行。
[0035]針對(duì)高并發(fā)交易情況，本系統(tǒng)采用時(shí)間戳作為單挑交易事件的唯一標(biāo)識(shí)符，從而使得可以對(duì)單挑交易事件進(jìn)行準(zhǔn)確匹配。
[0036]如若適配到多個(gè)程序系統(tǒng)中，還需為每個(gè)程序再增添一個(gè)標(biāo)識(shí)符，以保證系統(tǒng)能夠分別每一個(gè)程序，用以實(shí)現(xiàn)應(yīng)用層級(jí)的監(jiān)控。
[0037]TEMS的重構(gòu)API事件完全按照TT(Transact1n Tracking)格式來設(shè)計(jì)，以保證對(duì)其兼容性，具體如下:
S2.1數(shù)據(jù)收集器 S2.1.1獲取事件模塊
獲取事件模塊如圖8所示，本模塊定義了數(shù)據(jù)收集器的基礎(chǔ)結(jié)構(gòu)。為了響應(yīng)的實(shí)時(shí)性，將直接傳送所聲稱的事件到數(shù)據(jù)收集器，使其迅速融入日志分析系統(tǒng)并分析所有事件數(shù)據(jù)，將結(jié)果通過可視化界面顯示給用戶。
[0038]S2.1.2開始事件模塊
開始時(shí)間模塊如圖9所示，日志分析器在分析每一條事件時(shí)，須將本模塊與結(jié)束事件模塊相匹配，如若匹配成功，日志管理器會(huì)對(duì)本條目進(jìn)行進(jìn)一步的分析與研究，如匹配不成功，將跳過這一條目。
[0039]S2.1.3發(fā)送/接收信息模塊
發(fā)送/接收信息模塊如圖10所示，由發(fā)送信息模塊及與之相對(duì)應(yīng)的接收信息模塊組成。
[0040]根據(jù)TT原則，事件之間的相關(guān)性主要是依靠垂直ID及水平ID，發(fā)送的原則是根據(jù)觸發(fā)創(chuàng)建事件。依據(jù)TEMS的分析方法，交易流劃分為4個(gè)層次，這樣就不用考慮時(shí)間問題，從而能夠絕對(duì)保證監(jiān)控的實(shí)時(shí)性。
[0041 ]接收信息模塊與發(fā)送信息模塊屬性一一對(duì)應(yīng)，如若不對(duì)應(yīng)，則分析服務(wù)器根據(jù)模塊屬性判定操作類型。如果是異步交易，本系統(tǒng)會(huì)等待雙方均完成交易后再進(jìn)行相關(guān)操作，如果是同步交易，本系統(tǒng)會(huì)直接跳過不對(duì)應(yīng)的模塊。
[0042]S2.1.4結(jié)束事件模塊
結(jié)束事件模塊的設(shè)計(jì)圖如圖11所示，該模塊定義了企業(yè)交易平臺(tái)的交易事件的可被監(jiān)控系統(tǒng)識(shí)別的唯一標(biāo)識(shí)符并將其發(fā)送到基于二次握手協(xié)議的數(shù)據(jù)收集器，并根據(jù)其相關(guān)屬性與開始模塊進(jìn)行匹配。
[0043]S2.2日志分析器
日志分析器針對(duì)由Trace系統(tǒng)發(fā)來的問題日志進(jìn)行分析。本分析器既可以針對(duì)特殊業(yè)務(wù)進(jìn)行定制，由IaaS平臺(tái)提供分析服務(wù)，也可以設(shè)置參數(shù)，由第三方依據(jù)其外部接入接口AntWS進(jìn)行日志分析。
[0044]S2.3數(shù)據(jù)展示系統(tǒng)
數(shù)據(jù)展示系統(tǒng)主要提供日志數(shù)據(jù)的展示功能。管理人員通過該模塊，可以以可視化的方式查看本日志系統(tǒng)中收集到的日志數(shù)據(jù)及其問題，并可以依據(jù)日志分析系統(tǒng)給出的建議和行動(dòng)，依據(jù)權(quán)限對(duì)其進(jìn)行修復(fù)和管理。
[0045]S2.3.1日志數(shù)據(jù)查看模塊。
[0046]管理人員可以通過本模塊查看日志分析系統(tǒng)中收集到的日志數(shù)據(jù)情況，如問題類型、所在位置、詳細(xì)信息等，通過這些管理人員可以對(duì)當(dāng)前的數(shù)據(jù)有一個(gè)宏觀的掌控。
[0047]S2.3.2問題處理模塊
管理人員根據(jù)系統(tǒng)提供的問題日志及其分析，可以確認(rèn)或主動(dòng)提出解決方案。方便管理人員對(duì)于企業(yè)交易出現(xiàn)的問題進(jìn)行分析和解決。
[0048]S3 構(gòu)建 TCPagentlsee 監(jiān)控系統(tǒng)
網(wǎng)絡(luò)監(jiān)控系統(tǒng)是本發(fā)明的消息過濾系統(tǒng)。根據(jù)圖2所示，本網(wǎng)絡(luò)監(jiān)控系統(tǒng)雖然只能抓取到主機(jī)層的交易信息，無法逐條目地進(jìn)行一一審查，但是可以進(jìn)行宏觀上管理。日常網(wǎng)絡(luò)異常概率性極小，因此采用監(jiān)控交易流的平均響應(yīng)時(shí)間來判斷是否出現(xiàn)異常。為此，設(shè)計(jì)如下豐旲塊:
S3.1異常觸發(fā)模塊，實(shí)際交易時(shí)間將會(huì)在此模塊里與平均響應(yīng)時(shí)間進(jìn)行比較，其結(jié)果將會(huì)由系統(tǒng)實(shí)時(shí)傳輸給觸發(fā)模塊，當(dāng)網(wǎng)絡(luò)監(jiān)控系統(tǒng)所監(jiān)控的交易平臺(tái)出現(xiàn)異常時(shí)，本系統(tǒng)會(huì)異常交易時(shí)間放到TEP上清晰明了的展示給用戶，還會(huì)將當(dāng)前時(shí)間戳發(fā)送到日志分析系統(tǒng)并觸發(fā)分析事件。
[0049]S3.2日志提取模塊，本模塊定義了在Trace系統(tǒng)中查找出包含給定的時(shí)間戳的日志數(shù)據(jù)，并將日志數(shù)據(jù)傳給TEMS中的開始事件模塊。
[0050]應(yīng)當(dāng)理解的是，本發(fā)明的上述【具體實(shí)施方式】僅僅用于示例性說明或解釋本發(fā)明的原理，而不構(gòu)成對(duì)本發(fā)明的限制。因此，在不偏離本發(fā)明的精神和范圍的情況下所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。此外，本發(fā)明所附權(quán)利要求旨在涵蓋落入所附權(quán)利要求范圍和邊界、或者這種范圍和邊界的等同形式內(nèi)的全部變化和修改例。
【主權(quán)項(xiàng)】
1.一種基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)，其特征在于，包括Trace系統(tǒng)、TEMS系統(tǒng)和TCP監(jiān)控系統(tǒng)； 所述Trace系統(tǒng)包括HBase、Rsys 1g日志生成器、日志管理器、Trace注入系統(tǒng)；通過Rsyslog日志生成器從交易流中提取所需的Trace日志并將其提交給日志分析系統(tǒng)中的日志分析器，利用HBase及日志管理器對(duì)Trace日志數(shù)據(jù)進(jìn)行存儲(chǔ)和管理； 所述TEMS系統(tǒng)包括日志分析器、數(shù)據(jù)收集器及數(shù)據(jù)展示系統(tǒng)，用于分析處理Trace日志數(shù)據(jù)，根據(jù)分析處理的Trace日志數(shù)據(jù)重構(gòu)API事件，通過數(shù)據(jù)展示系統(tǒng)顯示數(shù)據(jù)； 所述TCP監(jiān)控系統(tǒng)包括虛擬交換機(jī)、網(wǎng)絡(luò)監(jiān)聽器及交易分析器，通過監(jiān)聽網(wǎng)絡(luò)數(shù)據(jù)包獲得交易流信息，依據(jù)其所包含的平均響應(yīng)時(shí)間判斷交易是否正常，若該時(shí)段的響應(yīng)時(shí)間超出平均響應(yīng)時(shí)間，則將其發(fā)送至日志分析系統(tǒng)。2.根據(jù)權(quán)利要求1所述的基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)，其特征在于，所述Trace日志條目格式包括路徑、唯一標(biāo)識(shí)符和交易信息。3.根據(jù)權(quán)利要求1所述的基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)，其特征在于，所述Trace系統(tǒng)根據(jù)Trace日志創(chuàng)建日志生成器，所述日志生成器用于對(duì)網(wǎng)絡(luò)服務(wù)可視化監(jiān)控以及檢測收集到的Trace日志條目的完整性。4.根據(jù)權(quán)利要求3所述的基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)，其特征在于，所述日志生成器包括Trace事件定義和Trace添加事件，所述Trace事件定義包括定義日志條目的唯一標(biāo)識(shí)符、所處程序的唯一標(biāo)識(shí)符、時(shí)間、判定碼和屬性，所述Trace添加事件包括在觸發(fā)事件時(shí)，先找到與其匹配的日志條目，然后再進(jìn)行添加事件。5.根據(jù)權(quán)利要求4所述的基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)，其特征在于，所述數(shù)據(jù)收集器包括獲取事件模塊、開始事件模塊、發(fā)送/接收信息模塊和結(jié)束事件豐旲塊; 所述獲取事件模塊，傳送所聲稱的事件到數(shù)據(jù)收集器，使其融入日志分析器并分析所有事件數(shù)據(jù)，將結(jié)果通過可視化界面顯示給用戶； 日志分析器在分析每一條事件時(shí)，將開始事件模塊與結(jié)束事件模塊匹配，若匹配成功，日志管理器會(huì)對(duì)該事件進(jìn)一步分析，若匹配不成功，將跳過該事件； 接收信息模塊與發(fā)送信息模塊屬性一一對(duì)應(yīng)，若不對(duì)應(yīng)，則分析服務(wù)器根據(jù)模塊屬性判定操作類型，如果是異步交易，等待雙方均完成交易后再進(jìn)行相關(guān)操作；如果是同步交易，直接跳過不對(duì)應(yīng)的模塊。6.根據(jù)權(quán)利要求1所述的基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)，其特征在于，所述TEMS系統(tǒng)還包括日志數(shù)據(jù)查看模塊和問題處理模塊;所述日志數(shù)據(jù)查看模塊用于查看日志分析系統(tǒng)中收集到的日志數(shù)據(jù)情況，包括問題類型、所在位置、詳細(xì)信息;所述問題處理模塊，用于管理人員根據(jù)系統(tǒng)提供的問題日志及其分析，確認(rèn)或主動(dòng)提出解決方案。7.根據(jù)權(quán)利要求1所述的基于云計(jì)算的企業(yè)交易管理平臺(tái)的混合式監(jiān)控系統(tǒng)，其特征在于，所述TCP監(jiān)控系統(tǒng)包括異常觸發(fā)模塊和日志提取模塊； 所述異常觸發(fā)模塊，實(shí)時(shí)接收實(shí)際交易時(shí)間與平均響應(yīng)時(shí)間的比較結(jié)果，當(dāng)網(wǎng)絡(luò)監(jiān)聽器監(jiān)控的交易平臺(tái)出現(xiàn)異常時(shí)，將異常交易時(shí)間展示給用戶，將當(dāng)前時(shí)間戳發(fā)送到日志分析器并觸發(fā)分析事件； 所述日志提取模塊，在Trace系統(tǒng)中查找出包含給定的時(shí)間戳的日志數(shù)據(jù)，并將日志數(shù)據(jù)傳給TEMS系統(tǒng)中的開始事件模塊。
【文檔編號(hào)】H04L12/24GK105915373SQ201610215127
【公開日】2016年8月31日
【申請日】2016年4月8日
【發(fā)明人】楊平樂, 蔣峰
【申請人】張家港江蘇科技大學(xué)產(chǎn)業(yè)技術(shù)研究院