本發(fā)明涉及業(yè)務(wù)告警領(lǐng)域,尤其涉及一種業(yè)務(wù)告警方法、存儲介質(zhì)及裝置。
背景技術(shù):
隨著公司業(yè)務(wù)數(shù)據(jù)和系統(tǒng)規(guī)模的快速增長,數(shù)據(jù)安全和系統(tǒng)穩(wěn)定性越來越得到運(yùn)維人員的關(guān)注和重視;通常某一處數(shù)據(jù)的錯(cuò)亂或者某一個(gè)系統(tǒng)的崩潰,都會導(dǎo)致大批量的數(shù)據(jù)異常,從而影響到公司業(yè)務(wù)的正常運(yùn)作,所以數(shù)據(jù)及系統(tǒng)發(fā)生異常時(shí)的及時(shí)預(yù)警變得越來越重要。
現(xiàn)有的告警方式是采用傳統(tǒng)技術(shù)將告警信息傳輸?shù)綑C(jī)房,并安排運(yùn)維人員駐點(diǎn)值守機(jī)房,時(shí)刻保持對監(jiān)視屏幕的關(guān)注,以便及時(shí)掌握系統(tǒng)運(yùn)行狀態(tài)?,F(xiàn)有的這種告警方式不僅效率較低、運(yùn)維成本較高,而且容易出現(xiàn)漏報(bào)以及無法及時(shí)告警的情況。
因此,現(xiàn)有技術(shù)還有待于改進(jìn)和發(fā)展。
技術(shù)實(shí)現(xiàn)要素:
鑒于上述現(xiàn)有技術(shù)的不足,本發(fā)明的目的在于提供一種業(yè)務(wù)告警方法、存儲介質(zhì)及裝置,旨在解決現(xiàn)有的業(yè)務(wù)告警方式效率低、運(yùn)維成本較高以及易出現(xiàn)漏報(bào)以及無法及時(shí)告警的問題。
本發(fā)明的技術(shù)方案如下:
一種業(yè)務(wù)告警方法,其中,包括步驟:
a、業(yè)務(wù)系統(tǒng)根據(jù)協(xié)議規(guī)則與告警平臺建立連接;
b、當(dāng)業(yè)務(wù)系統(tǒng)發(fā)生故障時(shí),將告警信息發(fā)送至告警平臺;
c、所述告警平臺對接收到的告警信息進(jìn)行分析整合處理,并將處理后的告警信息實(shí)時(shí)發(fā)送至與告警平臺連接的移動終端。
所述的業(yè)務(wù)告警方法,其中,所述步驟a具體為:業(yè)務(wù)系統(tǒng)通過告警平臺提供的webservice接口與所述告警平臺建立連接。
所述的業(yè)務(wù)告警方法,其中,所述步驟b具體包括:
b1、預(yù)先在業(yè)務(wù)系統(tǒng)中創(chuàng)建http+json告警上報(bào)接口;
b2、當(dāng)業(yè)務(wù)系統(tǒng)發(fā)生故障時(shí),調(diào)用所述http+json告警上報(bào)接口,將告警信息發(fā)送至告警平臺。
所述的業(yè)務(wù)告警方法,其中,所述告警信息包括業(yè)務(wù)系統(tǒng)標(biāo)識、告警源、告警原因、告警描述、告警產(chǎn)生時(shí)間、業(yè)務(wù)系統(tǒng)當(dāng)前登錄用戶賬號、令牌、請求流水號以及擴(kuò)展信息。
所述的業(yè)務(wù)告警方法,其中,所述步驟b還包括:
b10、告警平臺對所述告警信息進(jìn)行校驗(yàn),判斷所述告警信息是否有效;
b11、當(dāng)判定所述告警信息無效時(shí),則返回錯(cuò)誤提示給業(yè)務(wù)系統(tǒng);
b12、當(dāng)判定所述告警信息有效時(shí),則進(jìn)入步驟c。
所述的業(yè)務(wù)告警方法,其中,所述步驟c具體包括:
c1、所述告警平臺對接收到的告警信息進(jìn)行分析整合處理,并根據(jù)唯一匹配規(guī)則判斷所述告警信息是否已經(jīng)存在告警平臺的數(shù)據(jù)庫中;
c2、當(dāng)判定所述告警信息不存在告警平臺的數(shù)據(jù)庫中時(shí),則將當(dāng)前告警信息存入告警平臺數(shù)據(jù)庫中,并將所述告警信息發(fā)送至與告警平臺連接的移動終端。
所述的業(yè)務(wù)告警方法,其中,所述步驟c2之后還包括:
c3、當(dāng)判定所述告警信息存在告警平臺的數(shù)據(jù)庫中時(shí),則進(jìn)一步判斷用戶是否根據(jù)所述告警信息對所述業(yè)務(wù)系統(tǒng)進(jìn)行了處理;
c4、當(dāng)判定用戶已經(jīng)根據(jù)所述告警信息對所述業(yè)務(wù)系統(tǒng)進(jìn)行了處理時(shí),則將所述告警信息發(fā)送至與告警平臺連接的移動終端;
c5、當(dāng)判定用戶未根據(jù)所述告警信息對所述業(yè)務(wù)系統(tǒng)進(jìn)行處理時(shí),則進(jìn)一步判斷所述告警信息的數(shù)量是否超過預(yù)設(shè)閾值;
c6、當(dāng)所述告警信息的數(shù)量未超過預(yù)設(shè)閾值時(shí),則將所述告警信息存入告警平臺數(shù)據(jù)庫并累積所述告警信息的數(shù)量;
c7、當(dāng)所述告警信息的數(shù)量超過預(yù)設(shè)閾值時(shí),則將所述告警信息再次發(fā)送至與告警平臺連接的移動終端。
所述的業(yè)務(wù)告警方法,其中,所述步驟c中還包括:告警平臺與移動終端預(yù)先建立tcp長連接。
一種存儲介質(zhì),其中,存儲有多條指令,所述指令適于由處理器加載并執(zhí)行:
業(yè)務(wù)系統(tǒng)根據(jù)協(xié)議規(guī)則與告警平臺建立連接;
當(dāng)業(yè)務(wù)系統(tǒng)發(fā)生故障時(shí),將告警信息發(fā)送至告警平臺;
所述告警平臺對接收到的告警信息進(jìn)行分析整合處理,并將處理后的告警信息實(shí)時(shí)發(fā)送至與告警平臺連接的移動終端。
一種業(yè)務(wù)告警裝置,其中,包括處理器,適于實(shí)現(xiàn)個(gè)指令;以及存儲器,適于存儲多條指令,所述指令適于由處理器記載并執(zhí)行上述任意一項(xiàng)所述業(yè)務(wù)告警方法的步驟。
有益效果:本發(fā)明創(chuàng)建了一個(gè)告警平臺,業(yè)務(wù)系統(tǒng)根據(jù)協(xié)議規(guī)則可與所述告警平臺建立連接,當(dāng)業(yè)務(wù)系統(tǒng)發(fā)生故障時(shí),便可將告警信息發(fā)送至告警平臺,所述告警平臺對接收到的告警信息進(jìn)行分析整合處理,并將處理后的告警信息實(shí)時(shí)發(fā)送至與告警平臺連接的移動終端;通過本發(fā)明可有效提升業(yè)務(wù)告警效率,降低運(yùn)維成本,使得運(yùn)維人員無需時(shí)刻值守在固定的監(jiān)控臺前,只要攜帶智能移動終端,就可以及時(shí)地收到告警信息,助其快速定位、處理業(yè)務(wù)數(shù)據(jù)或系統(tǒng)的異常,并且還可以有效避免告警信息的漏報(bào)。
附圖說明
圖1為本發(fā)明一種業(yè)務(wù)告警方法較佳實(shí)施例的流程圖。
圖2為本發(fā)明一種業(yè)務(wù)告警裝置較佳實(shí)施例的結(jié)構(gòu)框圖。
具體實(shí)施方式
本發(fā)明提供一種業(yè)務(wù)告警方法、存儲介質(zhì)及裝置,為使本發(fā)明的目的、技術(shù)方案及效果更加清楚、明確,以下對本發(fā)明進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解,此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
請參閱圖1,圖1為本發(fā)明一種業(yè)務(wù)告警方法較佳實(shí)施例的流程圖,如圖所示,其包括步驟:
s10、業(yè)務(wù)系統(tǒng)根據(jù)協(xié)議規(guī)則與告警平臺建立連接;
s20、當(dāng)業(yè)務(wù)系統(tǒng)發(fā)生故障時(shí),將告警信息發(fā)送至告警平臺;
s30、所述告警平臺對接收到的告警信息進(jìn)行分析整合處理,并將處理后的告警信息實(shí)時(shí)發(fā)送至與告警平臺連接的移動終端。
具體來說,本發(fā)明創(chuàng)建了一個(gè)告警平臺,所述告警平臺是一個(gè)開放平臺,可以對接任何的業(yè)務(wù)系統(tǒng);所述業(yè)務(wù)系統(tǒng)只需要根據(jù)約定的協(xié)議規(guī)則接入所述告警平臺,便可實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)與告警平臺的連接。具體地,所述業(yè)務(wù)系統(tǒng)通過告警平臺提供的webservice接口與所述告警平臺建立連接。
進(jìn)一步,當(dāng)所述業(yè)務(wù)系統(tǒng)與所述告警平臺建立連接后,預(yù)先在所述業(yè)務(wù)系統(tǒng)中創(chuàng)建http+json告警上報(bào)接口,當(dāng)業(yè)務(wù)系統(tǒng)發(fā)生故障時(shí),則可調(diào)用所述http+json告警上報(bào)接口,將告警信息發(fā)送至告警平臺;所述告警平臺立即對接收到的告警信息進(jìn)行分析整合處理,并將處理后的告警信息實(shí)時(shí)發(fā)送至與告警平臺連接的移動終端;當(dāng)用戶看到移動終端上顯示的告警信息時(shí),便可快速定位并處理業(yè)務(wù)數(shù)據(jù)或系統(tǒng)的異常。
顯然,通過本發(fā)明提供的業(yè)務(wù)告警方法,能夠有效提升業(yè)務(wù)告警效率,降低運(yùn)維成本,使得運(yùn)維人員無需時(shí)刻值守在固定的監(jiān)控臺前,只要攜帶智能移動終端,就可以及時(shí)地收到告警信息,助其快速定位、處理業(yè)務(wù)數(shù)據(jù)或系統(tǒng)的異常,并且還可以有效避免告警信息的漏報(bào)。
進(jìn)一步,在本發(fā)明中,當(dāng)業(yè)務(wù)系統(tǒng)發(fā)生超時(shí)、超量、未授權(quán)、程序異常、響應(yīng)太慢、網(wǎng)絡(luò)異常等情況時(shí),則調(diào)用所述http+json告警上報(bào)接口將告警信息發(fā)送至告警平臺;
具體地,所述告警信息所包含的內(nèi)容及編碼格式是告警平臺與業(yè)務(wù)系統(tǒng)預(yù)先約定配置好的,告警信息具體可包括業(yè)務(wù)系統(tǒng)標(biāo)識、告警源、告警原因、告警描述、告警產(chǎn)生時(shí)間、業(yè)務(wù)系統(tǒng)當(dāng)前登錄用戶賬號、令牌、請求流水號以及擴(kuò)展信息。
進(jìn)一步,在本發(fā)明中,所述步驟s20還包括:
s21、告警平臺對所述告警信息進(jìn)行校驗(yàn),判斷所述告警信息是否有效;
具體來說,所述告警平臺通過讀取其緩存或其數(shù)據(jù)庫中的系統(tǒng)標(biāo)識、告警源以及告警原因等字典項(xiàng),來校驗(yàn)所述告警信息是否有效;例如,當(dāng)告警信息中的告警源不是告警平臺規(guī)定配置的格式或未在告警平臺緩存或數(shù)據(jù)庫中找到相一致的告警源,則判定所述告警信息無效。
s22、當(dāng)判定所述告警信息無效時(shí),則返回錯(cuò)誤提示給業(yè)務(wù)系統(tǒng);
示例性地,當(dāng)判定所述告警信息無效時(shí),則返回錯(cuò)誤提示給業(yè)務(wù)系統(tǒng),所述錯(cuò)誤提示可以為“請將告警源配置到告警平臺中”等信息。
s23、當(dāng)判定所述告警信息有效時(shí),則進(jìn)入步驟s30。
具體來說,當(dāng)判定所述告警信息有效時(shí),則進(jìn)入步驟s30,例如,對所述告警信息進(jìn)行進(jìn)一步的分析整合,并保存至告警平臺的數(shù)據(jù)庫中。
進(jìn)一步地,在本發(fā)明中,所述步驟s30具體包括:
s31、所述告警平臺對接收到的告警信息進(jìn)行分析整合處理,并根據(jù)唯一匹配規(guī)則判斷所述告警信息是否已經(jīng)存在告警平臺的數(shù)據(jù)庫中;
具體來說,所述告警平臺對接收到的業(yè)務(wù)系統(tǒng)標(biāo)識、告警源、告警原因、告警描述、告警產(chǎn)生時(shí)間、業(yè)務(wù)系統(tǒng)當(dāng)前登錄用戶賬號、令牌、請求流水號以及擴(kuò)展信息進(jìn)行分組、整合,形成規(guī)定格式的信息數(shù)據(jù);進(jìn)一步,本發(fā)明根據(jù)唯一匹配規(guī)則判斷所述告警信息是否已經(jīng)存在告警平臺的數(shù)據(jù)庫中;優(yōu)選地,可根據(jù)告警信息中的告警源編碼、告警原因編碼以及特定擴(kuò)展識別信息來匹配所述告警平臺數(shù)據(jù)庫中的數(shù)據(jù),當(dāng)在告警平臺數(shù)據(jù)庫中未匹配到與告警信息中相一致的告警源編碼、告警原因編碼以及特定擴(kuò)展識別信息時(shí),則判定所述告警信息是第一次出現(xiàn)的;
s32、當(dāng)判定所述告警信息不存在告警平臺的數(shù)據(jù)庫中時(shí),則將當(dāng)前告警信息存入告警平臺數(shù)據(jù)庫中,并將所述告警信息發(fā)送至與告警平臺連接的移動終端。
具體來說,當(dāng)判定所述告警信息不存在告警平臺的數(shù)據(jù)庫中時(shí),即所述告警信息是第一次出現(xiàn),則將當(dāng)前告警信息存入告警平臺數(shù)據(jù)庫,并將所述告警信息發(fā)送至與告警平臺預(yù)先連接的移動終端,提醒運(yùn)維人員及時(shí)處理業(yè)務(wù)系統(tǒng)或數(shù)據(jù)的異常。
更進(jìn)一步,在本發(fā)明中,所述步驟s32之后還包括:
s33、當(dāng)判定所述告警信息存在告警平臺的數(shù)據(jù)庫中時(shí),則進(jìn)一步判斷用戶是否根據(jù)所述告警信息對所述業(yè)務(wù)系統(tǒng)進(jìn)行了處理;
s34、當(dāng)判定用戶已經(jīng)根據(jù)所述告警信息對所述業(yè)務(wù)系統(tǒng)進(jìn)行了處理時(shí),則將所述告警信息發(fā)送至與告警平臺連接的移動終端;
s35、當(dāng)判定用戶未根據(jù)所述告警信息對所述業(yè)務(wù)系統(tǒng)進(jìn)行處理時(shí),則進(jìn)一步判斷所述告警信息的數(shù)量是否超過預(yù)設(shè)閾值;
s36、當(dāng)所述告警信息的數(shù)量未超過預(yù)設(shè)閾值時(shí),則將所述告警信息存入告警平臺數(shù)據(jù)庫并累積所述告警信息的數(shù)量;
s37、當(dāng)所述告警信息的數(shù)量超過預(yù)設(shè)閾值時(shí),則將所述告警信息再次發(fā)送至與告警平臺連接的移動終端。
具體來說,在步驟s33中,當(dāng)判定所述告警信息存在告警平臺的數(shù)據(jù)庫中時(shí),則說明用戶已經(jīng)收到了告警信息的提醒,但用戶不一定及實(shí)地根據(jù)告警信息對業(yè)務(wù)系統(tǒng)進(jìn)行了處理;因此,本發(fā)明需要進(jìn)一步地判斷用戶是否根據(jù)所述告警信息對相應(yīng)的業(yè)務(wù)系統(tǒng)進(jìn)行了處理;
在步驟s34中,若判定用戶已經(jīng)根據(jù)所述告警信息對所述業(yè)務(wù)系統(tǒng)進(jìn)行了處理,則說明該處理并未完全解決業(yè)務(wù)系統(tǒng)所反饋的問題或者只是暫時(shí)解決了業(yè)務(wù)系統(tǒng)所反饋的問題,因此,業(yè)務(wù)系統(tǒng)才會再一次的反饋相同的告警信息給告警平臺,此時(shí)應(yīng)再一次的將所述告警信息發(fā)送至移動終端,提醒用戶對業(yè)務(wù)系統(tǒng)反饋的問題進(jìn)行進(jìn)一步地處理;
在步驟s35-s37中,若判定用戶未根據(jù)所述告警信息對所述業(yè)務(wù)系統(tǒng)進(jìn)行處理時(shí),則進(jìn)一步判斷所述告警信息的數(shù)量是否超過預(yù)設(shè)閾值;也就是說,當(dāng)用戶收到了告警信息而未根據(jù)所述告警信息對所述業(yè)務(wù)系統(tǒng)進(jìn)行處理時(shí),說明該告警信息并不會對業(yè)務(wù)系統(tǒng)的運(yùn)行造成較大的影響,用戶并不著急對所述業(yè)務(wù)系統(tǒng)進(jìn)行處理;因此,為了避免告警平臺將同一告警信息持續(xù)發(fā)送至移動終端給用戶帶來的不便,本發(fā)明在所述告警平臺上預(yù)先設(shè)置了接收同一告警信息的預(yù)設(shè)閾值,當(dāng)所述告警平臺接收到告警信息的數(shù)量未超過預(yù)設(shè)閾值時(shí),則將所述告警信息存入告警平臺數(shù)據(jù)庫并累積告警平臺接收所述告警信息的數(shù)量,直到告警平臺接收所述告警信息的數(shù)量超過預(yù)設(shè)閾值時(shí),則將所述告警信息再次發(fā)送至與告警平臺連接的移動終端。
進(jìn)一步地,當(dāng)告警信息發(fā)送至移動終端后,用戶可根據(jù)告警信息對業(yè)務(wù)系統(tǒng)的故障進(jìn)行處理,并在移動終端上備注處理完成以及記錄處理經(jīng)驗(yàn),便于其他運(yùn)維的同事跟進(jìn)處理。
更進(jìn)一步地,本發(fā)明運(yùn)用了消息推送技術(shù),替代了傳統(tǒng)的定時(shí)器輪詢技術(shù),在保證預(yù)警及時(shí)到達(dá)的同時(shí),還能節(jié)省流量和設(shè)備電量,另外針對不同用戶組的數(shù)據(jù)訪問權(quán)限進(jìn)行了個(gè)性化推送。
具體地,所述告警平臺與移動終端預(yù)先建立tcp長連接,當(dāng)告警平臺接收到業(yè)務(wù)系統(tǒng)發(fā)來的告警信息時(shí),會實(shí)時(shí)推送到移動終端上,較佳地,推送方式可包括電子郵件提醒,手機(jī)短信提醒或消息推送提醒等;下面介紹所述告警平臺與所述移動終端是如何建立tcp長連接的:
對于ios系統(tǒng)而言,每個(gè)設(shè)備只要保持一個(gè)與apns的長連接,后臺服務(wù)器將消息發(fā)給apns即可;具體流程如下:ios應(yīng)用啟動時(shí)注冊apns消息推送功能,apns服務(wù)收到注冊消息時(shí)會返回一串devicetoken給應(yīng)用,應(yīng)用將devicetoken傳給后臺服務(wù)器遠(yuǎn)端存儲,當(dāng)需要給應(yīng)用推送消息時(shí),后臺服務(wù)器會將消息和devicetoken一并發(fā)送到蘋果的apns服務(wù)器,apns再將消息推送到終端。
對于android系統(tǒng)來說,由于在國內(nèi)的網(wǎng)絡(luò)限制下,以及android系統(tǒng)的開放性,使得大部分的android設(shè)備并不支持google早前推出的gcm服務(wù)(類似apns的服務(wù)),所以需要客戶端實(shí)現(xiàn)與服務(wù)器長連。由于大部分移動無線網(wǎng)絡(luò)運(yùn)營商都在鏈路一段時(shí)間內(nèi)沒有數(shù)據(jù)通訊時(shí),會淘汰nat表中的對應(yīng)項(xiàng),造成鏈路中斷,為了不讓nat表失效,客戶端采用alarmmanager(管理rtc硬件時(shí)鐘的api,可以在cpu休眠時(shí)定時(shí)運(yùn)行)定時(shí)發(fā)送心跳包,以刷新nat表項(xiàng),避免被淘汰。這樣客戶端的推送服務(wù)會一直處于后臺,與服務(wù)器的網(wǎng)絡(luò)保持長連,等待接收消息推送。
基于上述方法,本發(fā)明還提供一種存儲介質(zhì),其中,存儲有多條指令,所述指令適于由處理器加載并執(zhí)行:
業(yè)務(wù)系統(tǒng)根據(jù)協(xié)議規(guī)則與告警平臺建立連接;
當(dāng)業(yè)務(wù)系統(tǒng)發(fā)生故障時(shí),將告警信息發(fā)送至告警平臺;
所述告警平臺對接收到的告警信息進(jìn)行分析整合處理,并將處理后的告警信息實(shí)時(shí)發(fā)送至與告警平臺連接的移動終端。
進(jìn)一步,本發(fā)明還提供一種業(yè)務(wù)告警裝置,其中,包括處理器10,適于實(shí)現(xiàn)個(gè)指令;以及存儲器20,適于存儲多條指令,所述指令適于由處理器10記載并執(zhí)行上述任意一項(xiàng)所述的業(yè)務(wù)告警方法的步驟。
具體來說,所述處理器10在一些實(shí)施例中可以是一中央處理器,微處理器或其他數(shù)據(jù)處理芯片,用于運(yùn)行所述存儲器20中存儲的程序代碼或處理數(shù)據(jù)。
所述存儲器20在一些實(shí)施例中可以是所述裝置的內(nèi)部存儲單元,例如該裝置的硬盤或內(nèi)存。所述存儲器20在另一些實(shí)施例中也可以是所述裝置的外部存儲器,例如所述裝置上配備的插接式硬盤,智能存儲卡(smartmediacard,smc),安全數(shù)字(securedigital,sd)卡,閃存卡(flashcard)等。
進(jìn)一步地,所述存儲器20還可以既包括所述裝置的內(nèi)部存儲單元也包括外部存儲裝置。所述存儲器20用于存儲安裝于所述裝置的應(yīng)用軟件及各類數(shù)據(jù)。所述存儲器20還可以用于暫時(shí)地存儲已經(jīng)輸出或者將要輸出的數(shù)據(jù)。
綜上所述,本發(fā)明創(chuàng)建了一個(gè)告警平臺,業(yè)務(wù)系統(tǒng)根據(jù)協(xié)議規(guī)則可與所述告警平臺建立連接,當(dāng)業(yè)務(wù)系統(tǒng)發(fā)生故障時(shí),便可將告警信息發(fā)送至告警平臺,所述告警平臺對接收到的告警信息進(jìn)行分析整合處理,并將處理后的告警信息實(shí)時(shí)發(fā)送至與告警平臺連接的移動終端;通過本發(fā)明可有效提升業(yè)務(wù)告警效率,降低運(yùn)維成本,使得運(yùn)維人員無需時(shí)刻值守在固定的監(jiān)控臺前,只要攜帶智能移動終端,就可以及時(shí)地收到告警信息,助其快速定位、處理業(yè)務(wù)數(shù)據(jù)或系統(tǒng)的異常,并且還可以有效避免告警信息的漏報(bào)。
應(yīng)當(dāng)理解的是,本發(fā)明的應(yīng)用不限于上述的舉例,對本領(lǐng)域普通技術(shù)人員來說,可以根據(jù)上述說明加以改進(jìn)或變換,所有這些改進(jìn)和變換都應(yīng)屬于本發(fā)明所附權(quán)利要求的保護(hù)范圍。