[發(fā)明專利]一種基于虛擬化的全流程跟蹤方法及裝置

在審

• 申請(qǐng)?zhí)枺?/td>: 201610211793.0
• 申請(qǐng)日: 2016-04-06
• 公開（公告）號(hào): CN107273276A
• 公開（公告）日: 2017-10-20
• 發(fā)明（設(shè)計(jì)）人: 卞登奎;張曉麗;崔旭東;繆貴海
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): G06F11/34
• 分類號(hào): G06F11/34
• 代理公司: 深圳鼎合誠知識(shí)產(chǎn)權(quán)代理有限公司44281
• 代理人: 江婷,李發(fā)兵

技術(shù)領(lǐng)域

本發(fā)明涉及虛擬化通信技術(shù)領(lǐng)域，特別是一種基于虛擬化的全流程跟蹤方法及裝置。

背景技術(shù)

云計(jì)算是指基于互聯(lián)網(wǎng)等網(wǎng)絡(luò)，通過虛擬化方式共享IT(Information Technology，互聯(lián)網(wǎng)技術(shù))資源的新型計(jì)算模式。其核心思想是通過網(wǎng)絡(luò)統(tǒng)一管理和調(diào)度計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)、軟件等資源，實(shí)現(xiàn)資源整合與配置優(yōu)化。

云計(jì)算會(huì)涉及到多個(gè)應(yīng)用系統(tǒng)，各個(gè)應(yīng)用系統(tǒng)之間也會(huì)存在業(yè)務(wù)的交互，各應(yīng)用系統(tǒng)會(huì)分散在不同的位置，一旦發(fā)生故障，定位業(yè)務(wù)中的故障相對(duì)比較繁瑣。

在傳統(tǒng)的日志定位分析中，維護(hù)人員需要登錄到各業(yè)務(wù)系統(tǒng)中檢查相關(guān)日志，碰到多個(gè)業(yè)務(wù)系統(tǒng)關(guān)聯(lián)的情況，檢查日志比較困難，工作量也相對(duì)地增大，同時(shí)，在日志分析過程中維護(hù)人員需要通過各種主鍵來分析，而且還需要了解相關(guān)的業(yè)務(wù)邏輯，并且由于各業(yè)務(wù)系統(tǒng)是分散在不同的位置，各業(yè)務(wù)系統(tǒng)的日志也并沒有統(tǒng)一的展現(xiàn)，因此，其對(duì)應(yīng)的日志也是隨著各業(yè)務(wù)系統(tǒng)分散在不同的位置，這時(shí)，維護(hù)人員在檢查日志故障時(shí)，就需要在不同的業(yè)務(wù)系統(tǒng)中不斷地檢查，并且對(duì)于需要查詢的業(yè)務(wù)日志不能準(zhǔn)確地定位，只能從其相關(guān)的業(yè)務(wù)日志進(jìn)行逐一地排查。

現(xiàn)有的對(duì)于故障位置的定位分析有幾種：

一是，直接通過返回碼和返回提示消息來分析問題，但是，當(dāng)應(yīng)用系統(tǒng)的業(yè)務(wù)比較復(fù)雜時(shí)，采用該方法不能覆蓋所有的處理流程，無法查看到更詳細(xì)的日志，因此，該方法不便于分析更為詳細(xì)的日志記錄情況。

二是，引入日志分析系統(tǒng)，該方法需要對(duì)各應(yīng)用系統(tǒng)的日志規(guī)范有嚴(yán)格的 要求，并且引入日志分析系統(tǒng)比較龐大，不便于緊急現(xiàn)場(chǎng)的快速定位故障問題。

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

本發(fā)明提供了一種基于虛擬化的全流程跟蹤方法及裝置，以解決通過現(xiàn)有的日志跟蹤技術(shù)，無法對(duì)日志故障進(jìn)行快速準(zhǔn)確地定位分析的技術(shù)問題。

為解決上述技術(shù)問題，本發(fā)明采用以下技術(shù)方案：

本發(fā)明提供了一種基于虛擬化的全流程跟蹤方法，包括：

接收用戶發(fā)送的業(yè)務(wù)流程請(qǐng)求；

根據(jù)業(yè)務(wù)流程請(qǐng)求生成業(yè)務(wù)跟蹤標(biāo)號(hào)；

將業(yè)務(wù)跟蹤標(biāo)號(hào)添加到與業(yè)務(wù)流程請(qǐng)求對(duì)應(yīng)的業(yè)務(wù)流程中；

根據(jù)業(yè)務(wù)跟蹤標(biāo)號(hào)記錄業(yè)務(wù)流程的日志，并存儲(chǔ)于業(yè)務(wù)系統(tǒng)的日志服務(wù)器中進(jìn)行統(tǒng)一的展現(xiàn)。

在本發(fā)明的另一實(shí)施例中，在接收業(yè)務(wù)流程請(qǐng)求之后，在根據(jù)業(yè)務(wù)流程請(qǐng)求生成跟蹤標(biāo)號(hào)之前，還包括：

判斷業(yè)務(wù)流程請(qǐng)求對(duì)應(yīng)的業(yè)務(wù)流程是否需要進(jìn)行業(yè)務(wù)流程跟蹤；

若是，則發(fā)送生成業(yè)務(wù)跟蹤標(biāo)號(hào)請(qǐng)求；

根據(jù)生成業(yè)務(wù)跟蹤標(biāo)號(hào)請(qǐng)求生成業(yè)務(wù)跟蹤標(biāo)號(hào)。

在本發(fā)明的另一實(shí)施例中，所述方法還包括：對(duì)業(yè)務(wù)流程請(qǐng)求設(shè)置跟蹤權(quán)限；根據(jù)業(yè)務(wù)流程請(qǐng)求的跟蹤權(quán)限對(duì)業(yè)務(wù)流程添加業(yè)務(wù)跟蹤標(biāo)號(hào)對(duì)業(yè)務(wù)流程進(jìn)行跟蹤。

在本發(fā)明的另一實(shí)施例中，對(duì)業(yè)務(wù)流程請(qǐng)求設(shè)置跟蹤權(quán)限具體包括：

判斷業(yè)務(wù)流程請(qǐng)求是否為高級(jí)別的業(yè)務(wù)流程請(qǐng)求；

根據(jù)判斷的結(jié)果設(shè)置業(yè)務(wù)流程請(qǐng)求的跟蹤權(quán)限。

在本發(fā)明的另一實(shí)施例中，所述方法還包括：將日志服務(wù)器中的業(yè)務(wù)流程的日志發(fā)送至其他的業(yè)務(wù)系統(tǒng)進(jìn)行日志分析，或者從其他的業(yè)務(wù)系統(tǒng)中接收業(yè)務(wù)流程的日志存到日志服務(wù)器中進(jìn)行日志分析。

為了解決上述的技術(shù)問題，本發(fā)明還提供了一種基于虛擬化的全流程跟蹤 裝置，包括：

接收模塊，用于接收用戶發(fā)送的業(yè)務(wù)流程請(qǐng)求；

生成模塊，用于根據(jù)業(yè)務(wù)流程請(qǐng)求生成業(yè)務(wù)跟蹤標(biāo)號(hào)；

處理模塊，用于將業(yè)務(wù)跟蹤標(biāo)號(hào)添加到與業(yè)務(wù)流程請(qǐng)求對(duì)應(yīng)的業(yè)務(wù)流程中；

存儲(chǔ)模塊，用于根據(jù)業(yè)務(wù)跟蹤標(biāo)號(hào)記錄業(yè)務(wù)流程的日志，并存儲(chǔ)于業(yè)務(wù)系統(tǒng)的日志服務(wù)器中進(jìn)行統(tǒng)一的展現(xiàn)。

在本發(fā)明的另一實(shí)施例中，所述裝置還包括：

判斷模塊，用于判斷業(yè)務(wù)流程請(qǐng)求對(duì)應(yīng)的業(yè)務(wù)流程是否需要進(jìn)行業(yè)務(wù)流程跟蹤；

請(qǐng)求模塊，用于在判斷模塊判斷業(yè)務(wù)流程需要進(jìn)行業(yè)務(wù)跟蹤時(shí)，發(fā)送生成業(yè)務(wù)跟蹤標(biāo)號(hào)請(qǐng)求；

生成模塊根據(jù)生成業(yè)務(wù)跟蹤標(biāo)號(hào)請(qǐng)求生成業(yè)務(wù)跟蹤標(biāo)號(hào)。

在本發(fā)明的另一實(shí)施例中，所述裝置還包括：設(shè)置模塊，用于對(duì)業(yè)務(wù)流程請(qǐng)求設(shè)置跟蹤權(quán)限；處理模塊還用于根據(jù)業(yè)務(wù)流程請(qǐng)求的跟蹤權(quán)限對(duì)業(yè)務(wù)流程添加業(yè)務(wù)跟蹤標(biāo)號(hào)對(duì)業(yè)務(wù)流程進(jìn)行跟蹤。

在本發(fā)明的另一實(shí)施例中，設(shè)置模塊包括判斷子模塊和設(shè)置子模塊，判斷子模塊用于判斷業(yè)務(wù)流程請(qǐng)求是否為高級(jí)別的業(yè)務(wù)流程請(qǐng)求；設(shè)置子模塊根據(jù)判斷子模塊的判斷結(jié)果設(shè)置業(yè)務(wù)流程請(qǐng)求對(duì)應(yīng)的業(yè)務(wù)流程的跟蹤權(quán)限。