WebSocket服務(wù)器監(jiān)控方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，特別是涉及一種WebSocket服務(wù)器監(jiān)控方法及裝置。
【背景技術(shù)】
[0002]WebSocket 是第五版超文本標(biāo)記語言(Hyper Text Mart-up Language5,簡稱為HTML5)新增加的一種通信協(xié)議，目前流行的瀏覽器(例如，chrome瀏覽器/ie瀏覽器/firefox瀏覽器)都支持這個協(xié)議。隨著支持瀏覽器的增多，越來越多的jsp/servelet容器也開始支持該協(xié)議，例如，tomcat容器和jetty容器。相比傳統(tǒng)的超文本傳輸協(xié)議(Hypertext transfer protocol,簡稱為HTTP)協(xié)議，它們的共同點(diǎn)都是基于傳輸控制協(xié)議(Transmiss1n Control Protocol,簡稱為TCP)的，所以他們都是可靠的協(xié)議，而且他們都是應(yīng)用層的協(xié)議。它們的區(qū)別在于HTTP協(xié)議是一種單向的網(wǎng)絡(luò)協(xié)議，在建立鏈接后，它只允許瀏覽器/用戶代理(User Agent,簡稱為UA)向Webserver發(fā)出請求資源后,Webserver才能返回相應(yīng)的數(shù)據(jù)。而Webserver不能主動的推送數(shù)據(jù)給瀏覽器/UA ;而WebSocket協(xié)議是一種雙向通信協(xié)議，它建立在TCP之上，同HTTP —樣通過TCP來傳輸數(shù)據(jù)，但是它和HTTP最大的不同有兩點(diǎn):1、WebSocket是一種雙向通信協(xié)議,在建立鏈接后，WebSocket服務(wù)器和瀏覽器/UA都能主動的向?qū)Ψ桨l(fā)送或接收數(shù)據(jù),就像Socket —樣，不同的是WebSocket是一種建立在Web基礎(chǔ)上的一種簡單模擬Socket的協(xié)議；2、WebSocket需要通過握手鏈接，類似于TCP，WebSocket也需要客戶端和服務(wù)器端進(jìn)行握手鏈接，鏈接成功后才能相互通信。
[0003]在商用的環(huán)境下，為能自動監(jiān)控HTTP服務(wù)的運(yùn)行情況，為能在無人值守時刻自動恢復(fù)發(fā)生異常的HTTP服務(wù)容器，現(xiàn)有技術(shù)中典型處理方式是加入HTTP服務(wù)監(jiān)控器。這種HTTP服務(wù)監(jiān)控器的工作原理是:加入預(yù)定的動態(tài)頁面，設(shè)置HTTP請求服務(wù)連續(xù)異常的閾值，HTTP服務(wù)監(jiān)控器循環(huán)請求該動態(tài)頁面的HTTP服務(wù)，通過對比預(yù)期響應(yīng)和實(shí)際響應(yīng)的一致性判斷HTTP請求服務(wù)是否正常，當(dāng)HTTP服務(wù)連續(xù)異常次數(shù)超過設(shè)置的閾值，則重啟HTTP服務(wù)容器。上述處理能夠非常好的監(jiān)控HTTP協(xié)議服務(wù)。但是對于新興的WebSocket協(xié)議服務(wù)，上述監(jiān)控方式的不適用性是很明顯的，主要表現(xiàn)在WebSocket服務(wù)特性具有主動推送數(shù)據(jù)的特性，一次簡單的請求/響應(yīng)機(jī)制并不能準(zhǔn)確判斷WebSocket服務(wù)提供可用性、穩(wěn)定性和推送數(shù)據(jù)功能的準(zhǔn)確性。
[0004]在長期無間隙運(yùn)行的Webserver商用環(huán)境下,確保Webserver的運(yùn)行正常是個極其重要和繁瑣的工作，這是因?yàn)橐坏￤ebserver發(fā)生異常，那么部署在該容器上的所有業(yè)務(wù)會全部不可用。環(huán)境若沒有實(shí)現(xiàn)自動監(jiān)控和恢復(fù)Webserver功能，那么必須要求運(yùn)維人員實(shí)現(xiàn)24小時的值守，這樣的人工處理對運(yùn)維成本的要求比較高。另外由于異常發(fā)生的監(jiān)控和恢復(fù)都是由人工來處理，則會產(chǎn)生方法笨搓、效率比較低下和恢復(fù)延遲的問題。

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

[0005]鑒于現(xiàn)有技術(shù)中針對HTTP服務(wù)的自動監(jiān)控方式不能夠適用于WebSocket服務(wù)的問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的WebSocket服務(wù)器監(jiān)控方法及裝置。
[0006]本發(fā)明提供一種WebSocket服務(wù)器監(jiān)控方法，包括:
[0007]步驟1，請求監(jiān)控器模塊請求與WebSocket服務(wù)器中的監(jiān)控應(yīng)用模塊建立鏈接；
[0008]步驟2，請求監(jiān)控器模塊在建立鏈接后，接收監(jiān)控應(yīng)用模塊推送的數(shù)據(jù)并向其返回響應(yīng)消息，根據(jù)數(shù)據(jù)判斷WebSocket服務(wù)器是否運(yùn)行正常，其中，數(shù)據(jù)包括:順序標(biāo)識數(shù)據(jù)；
[0009]步驟3，請求監(jiān)控器模塊在判斷運(yùn)行正常的情況下，重復(fù)執(zhí)行步驟2，直到根據(jù)監(jiān)控應(yīng)用模塊的請求斷開鏈接，并將本次鏈接請求設(shè)置為正常；請求監(jiān)控器模塊在判斷運(yùn)行異常的情況下，向監(jiān)控應(yīng)用模塊發(fā)送異常響應(yīng)，根據(jù)監(jiān)控應(yīng)用模塊的請求斷開鏈接，并將本次鏈接請求設(shè)置為異常；
[0010]步驟4，當(dāng)鏈接請求的異常次數(shù)達(dá)到預(yù)先設(shè)置的閾值時，請求監(jiān)控器模塊向信號接收處理器模塊發(fā)送報(bào)警信號，并通過信號接收處理器模塊對報(bào)警信號進(jìn)行處理。
[0011]優(yōu)選地，請求監(jiān)控器模塊在建立鏈接后，接收監(jiān)控應(yīng)用模塊推送的數(shù)據(jù)并向其返回響應(yīng)消息具體包括:
[0012]請求監(jiān)控器模塊在建立鏈接后，如果接收到監(jiān)控應(yīng)用模塊推送的第一個數(shù)據(jù)，則獲取第一個數(shù)據(jù)中攜帶的第一順序標(biāo)識數(shù)據(jù)，并在對第一順序標(biāo)識數(shù)據(jù)進(jìn)行確認(rèn)后，向監(jiān)控應(yīng)用模塊返回第一響應(yīng)消息；
[0013]請求監(jiān)控器模塊在建立鏈接后，如果接收到監(jiān)控應(yīng)用模塊推送的第η個數(shù)據(jù)，則獲取第η個數(shù)據(jù)中攜帶的第η個順序標(biāo)識數(shù)據(jù)和請求監(jiān)控器模塊向監(jiān)控應(yīng)用模塊返回的第η-l個響應(yīng)消息，并在對第η個順序標(biāo)識數(shù)據(jù)和第η-l個響應(yīng)消息進(jìn)行確認(rèn)后，向監(jiān)控應(yīng)用模塊返回第η個響應(yīng)消息，其中，2 < η ( Ν，Ν為請求監(jiān)控器模塊與監(jiān)控應(yīng)用模塊建立鏈接的時間段內(nèi)預(yù)設(shè)的數(shù)據(jù)推送個數(shù)。
[0014]優(yōu)選地，根據(jù)數(shù)據(jù)判斷WebSocket服務(wù)器是否運(yùn)行正常具體包括:
[0015]請求監(jiān)控器模塊在成功建立鏈接的情況下，在接收到監(jiān)控應(yīng)用模塊推送的第一個數(shù)據(jù)后，獲取數(shù)據(jù)中的順序標(biāo)識數(shù)據(jù)，根據(jù)順序標(biāo)識數(shù)據(jù)判斷接收到的數(shù)據(jù)是否為順序正確的數(shù)據(jù)，如果判斷為是，則確定WebSocket服務(wù)器運(yùn)行正常，否則，確定WebSocket服務(wù)器運(yùn)行異常。
[0016]優(yōu)選地，數(shù)據(jù)還包括:采集的系統(tǒng)數(shù)據(jù)，系統(tǒng)數(shù)據(jù)包括:中央處理器數(shù)據(jù)、以及內(nèi)存數(shù)據(jù)。
[0017]優(yōu)選地，根據(jù)數(shù)據(jù)判斷WebSocket服務(wù)器是否運(yùn)行正常具體包括:
[0018]請求監(jiān)控器模塊在成功建立鏈接的情況下，在接收到監(jiān)控應(yīng)用模塊推送的第一個數(shù)據(jù)后，獲取數(shù)據(jù)中的順序標(biāo)識數(shù)據(jù)，根據(jù)順序標(biāo)識數(shù)據(jù)判斷接收到的數(shù)據(jù)是否為有序數(shù)據(jù)，并且，判斷數(shù)據(jù)中的系統(tǒng)數(shù)據(jù)是否小于預(yù)設(shè)閾值，如果均判斷為是，則確定WebSocket服務(wù)器運(yùn)行正常，否則，確定WebSocket服務(wù)器運(yùn)行異常。
[0019]優(yōu)選地，在監(jiān)控應(yīng)用模塊向請求監(jiān)控器模塊推送數(shù)據(jù)后，未接收到請求監(jiān)控器模塊發(fā)送的響應(yīng)消息的情況下，請求監(jiān)控器模塊接收監(jiān)控應(yīng)用模塊發(fā)送的異常響應(yīng)，根據(jù)監(jiān)控應(yīng)用模塊的請求斷開鏈接，并將本次鏈接請求設(shè)置為異常。
[0020]優(yōu)選地,步驟3具體包括:
[0021]請求監(jiān)控器模塊在判斷運(yùn)行正常的情況下，間隔固定周期循環(huán)執(zhí)行步驟2，直到根據(jù)監(jiān)控應(yīng)用模塊的請求斷開鏈接，并將本次鏈接請求設(shè)置為正常，其中，在監(jiān)控應(yīng)用模塊接收到請求監(jiān)控器模塊發(fā)送的針對其推送的最后一個數(shù)據(jù)而返回響應(yīng)消息后，向請求監(jiān)控器模塊發(fā)送斷開鏈接請求。
[0022]優(yōu)選地，步驟4具體包括:
[0023]當(dāng)鏈接請求的異常次數(shù)達(dá)到預(yù)先設(shè)置的第一告警閾值時，請求監(jiān)控器模塊向信號接收處理器模塊發(fā)送第一告警信號，通過信號接收處理器模塊調(diào)用相應(yīng)命令向告警平臺進(jìn)行告警；
[0024]當(dāng)鏈接請求的異常次數(shù)達(dá)到預(yù)先設(shè)置的第一重啟服務(wù)器閾值時，請求監(jiān)控器模塊向信號接收處理器模塊發(fā)送第一重啟服務(wù)器信號，通過信號接收處理器模塊調(diào)用相應(yīng)命令對WebSocket服務(wù)器進(jìn)行重啟，其中，第一重啟服務(wù)器閾值大于第一告警閾值；
[0025]當(dāng)累積重啟WebSocket服務(wù)器的次數(shù)達(dá)到切換雙機(jī)閾值時，請求監(jiān)控器模塊向信號接收處理器模塊發(fā)送雙機(jī)倒換信號，通過信號接收處理器模塊調(diào)用相應(yīng)命令對進(jìn)行WebSocket服務(wù)器的雙機(jī)倒換。
[0026]優(yōu)選地，步驟4還包括:當(dāng)中央處理器數(shù)據(jù)、和/或內(nèi)存數(shù)據(jù)達(dá)到預(yù)先設(shè)置的相應(yīng)閾值時，請求監(jiān)控器模塊向信號接收處理器模塊發(fā)送報(bào)警信號，并通過信號接收處理器模塊對報(bào)警信號進(jìn)行處理。
[0027]優(yōu)選地,上述方法進(jìn)一步包括:
[0028]請求監(jiān)控器模塊向信號接收處理器模塊發(fā)送第一心跳信息，接收信號接收處理器模塊返回的第一心跳響應(yīng)消息，當(dāng)接收到的第一心跳響應(yīng)消息異常次數(shù)累計(jì)大于重啟閾值時，向信號接收處理器模塊發(fā)送重啟命令，對信號接收處理器模塊進(jìn)行重啟；
[0029]請求監(jiān)控器模塊接收信號接收處理器模塊發(fā)送的第二心跳信息，向信號接收處理器模塊返回第二心跳響應(yīng)消息，在信號接收處理器模塊確定接收到的第二心跳響應(yīng)消息異常次數(shù)累計(jì)大于重啟閾值時，接收信號接收處理器模塊發(fā)送的重啟命令，并根據(jù)重啟命令進(jìn)行重啟。
[0030]本發(fā)明還提供了一種WebSocket服務(wù)器監(jiān)控裝置，包括:
[0031]請求模塊，用于請求與WebSocket服務(wù)器中的監(jiān)控應(yīng)用模塊建立鏈接；
[0032]判斷模塊，用于在建立鏈接后，接收監(jiān)控應(yīng)用模塊推送的數(shù)據(jù)并向其返回響應(yīng)消息，根據(jù)數(shù)據(jù)判斷WebSocket服務(wù)器是否運(yùn)行正常，其中，數(shù)據(jù)包括:順序標(biāo)識數(shù)據(jù)；
[0033]設(shè)置模塊，用于