[發(fā)明專利]健康狀態(tài)檢查方法、裝置及系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201910902203.2
• 申請(qǐng)日: 2019-09-23
• 公開(kāi)（公告）號(hào): CN110659184B
• 公開(kāi)（公告）日: 2023-04-18
• 發(fā)明（設(shè)計(jì)）人: 張時(shí)樂(lè);吳金霖
• 申請(qǐng)（專利權(quán)）人: 北京百度網(wǎng)訊科技有限公司
• 主分類號(hào): G06F11/30
• 分類號(hào): G06F11/30
• 代理公司: 北京銀龍知識(shí)產(chǎn)權(quán)代理有限公司 11243
• 代理人: 曹娜

本申請(qǐng)公開(kāi)了健康狀態(tài)檢查方法、裝置及系統(tǒng)，涉及計(jì)算機(jī)領(lǐng)域，尤其涉及網(wǎng)絡(luò)領(lǐng)域。具體實(shí)現(xiàn)方案為：獲取服務(wù)實(shí)例的異常狀態(tài)的信息；根據(jù)所述異常狀態(tài)的信息的來(lái)源，判斷是否需要進(jìn)一步確定所述異常狀態(tài)；在需要進(jìn)一步確認(rèn)所述異常狀態(tài)的情況下，拉取所述服務(wù)實(shí)例的健康狀態(tài)。本申請(qǐng)涉及云計(jì)算領(lǐng)域，能夠利用較小的系統(tǒng)資源消耗，提高健康狀態(tài)檢查的準(zhǔn)確率。

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

本申請(qǐng)涉及計(jì)算機(jī)領(lǐng)域，尤其涉及網(wǎng)絡(luò)領(lǐng)域。

背景技術(shù)

應(yīng)用程序包含的多個(gè)微服務(wù)通信需要多個(gè)服務(wù)實(shí)例來(lái)支撐。微服務(wù)通信中，服務(wù)實(shí)例的異常會(huì)導(dǎo)致通信狀態(tài)的異常。因此需要對(duì)微服務(wù)的服務(wù)示例的健康狀態(tài)進(jìn)行檢查。

現(xiàn)有技術(shù)中采用“推”或“拉”的方式對(duì)服務(wù)實(shí)例的健康狀態(tài)進(jìn)行檢查，然而采用“推”的方式檢查健康狀態(tài)，可能會(huì)將服務(wù)實(shí)例與注冊(cè)中心的長(zhǎng)連接斷開(kāi)的情況識(shí)別為服務(wù)實(shí)例健康狀態(tài)異常。采用“拉”的方式進(jìn)行健康狀態(tài)檢查，可能會(huì)導(dǎo)致大部分檢測(cè)操作都是在服務(wù)實(shí)例健康狀態(tài)正常的狀態(tài)下執(zhí)行的，造成資源的浪費(fèi)。

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

為了解決現(xiàn)有技術(shù)中的至少一個(gè)問(wèn)題，本申請(qǐng)?zhí)岢鲆环N健康狀態(tài)檢查方法、裝置及系統(tǒng)。

第一方面，本申請(qǐng)?zhí)峁┮环N健康狀態(tài)檢查方法，包括：

獲取服務(wù)實(shí)例的異常狀態(tài)的信息；

根據(jù)異常狀態(tài)的信息的來(lái)源，判斷是否需要進(jìn)一步確定異常狀態(tài)；

在需要進(jìn)一步確認(rèn)異常狀態(tài)的情況下，拉取服務(wù)實(shí)例的健康狀態(tài)。

在本申請(qǐng)實(shí)施例中，獲取服務(wù)實(shí)例的異常狀態(tài)的信息，可以歸屬為通過(guò)“推”的方式檢測(cè)服務(wù)實(shí)例的健康狀態(tài)。在一般狀態(tài)下，本申請(qǐng)采用推的方式進(jìn)行健康檢查，即不對(duì)服務(wù)實(shí)例的健康狀態(tài)進(jìn)行拉取式檢查，在推送式的狀態(tài)下收到服務(wù)實(shí)例的異常狀態(tài)的信息時(shí)，進(jìn)一步對(duì)異常狀態(tài)的信息進(jìn)行確定。從而既能夠保證服務(wù)實(shí)例的健康檢查結(jié)果的準(zhǔn)確性，又能夠避免過(guò)多的無(wú)用拉取檢查，節(jié)省資源。

在一種實(shí)施方式中，根據(jù)異常狀態(tài)的信息的來(lái)源，判斷是否需要進(jìn)一步確認(rèn)異常狀態(tài)，包括：

在異常狀態(tài)的信息為根據(jù)服務(wù)實(shí)例上報(bào)的異常報(bào)告獲得的情況下，判定不需要進(jìn)一步確認(rèn)異常狀態(tài)；

在異常狀態(tài)的信息為根據(jù)服務(wù)實(shí)例和服務(wù)注冊(cè)中心之間的長(zhǎng)連接狀態(tài)獲得的情況下，判定需要進(jìn)一步確認(rèn)異常狀態(tài)；

在異常狀態(tài)的信息為根據(jù)向服務(wù)實(shí)例發(fā)送請(qǐng)求連續(xù)失敗的次數(shù)獲得的情況下，判定需要進(jìn)一步確認(rèn)異常狀態(tài)。

在本申請(qǐng)實(shí)施例中，若異常狀態(tài)的信息為根據(jù)服務(wù)實(shí)例上報(bào)的異常狀態(tài)獲得的，考慮到服務(wù)實(shí)例不會(huì)在正常的狀態(tài)下上報(bào)自己異常狀態(tài)，因此在服務(wù)實(shí)例自己上報(bào)異常時(shí)認(rèn)定服務(wù)實(shí)例出現(xiàn)異常，在長(zhǎng)連接出現(xiàn)問(wèn)題或者請(qǐng)求轉(zhuǎn)發(fā)失敗的情況下，進(jìn)一步確定實(shí)例的健康狀態(tài)是是否異常，從而無(wú)需一直拉取健康狀態(tài)，節(jié)省系統(tǒng)資源。

在一種實(shí)施方式中，拉取服務(wù)實(shí)例的健康狀態(tài)，包括：

向解耦模塊發(fā)送服務(wù)實(shí)例健康狀態(tài)拉取信息；

接收解耦模塊獲得的述服務(wù)實(shí)例的健康狀態(tài)，服務(wù)實(shí)例的健康狀態(tài)是解耦模塊響應(yīng)于服務(wù)實(shí)例健康狀態(tài)拉取信息獲得的。

在本申請(qǐng)實(shí)施例中，由于拉取健康狀態(tài)的操作需要輪詢進(jìn)行，消耗較多資源，因此通過(guò)解耦模塊對(duì)拉取信息進(jìn)行解耦，利用解耦后的信息向服務(wù)實(shí)例獲取其健康狀態(tài)，能夠合理分配資源消耗，使得消耗資源較多的任務(wù)分配到能夠承受這種消耗的設(shè)備上。

第二方面，本申請(qǐng)實(shí)施例提供一種健康狀態(tài)檢查方法，包括：

接收網(wǎng)關(guān)發(fā)送的服務(wù)實(shí)例健康狀態(tài)拉取信息；

調(diào)用服務(wù)實(shí)例的健康端點(diǎn)；

利用健康端點(diǎn)獲得服務(wù)實(shí)例的健康狀態(tài)。