[發(fā)明專利]基于注冊(cè)中心的應(yīng)用發(fā)布方法、系統(tǒng)、存儲(chǔ)介質(zhì)及設(shè)備

有效

• 申請(qǐng)?zhí)枺?/td>: 202010019387.0
• 申請(qǐng)日: 2020-01-08
• 公開（公告）號(hào): CN111240760B
• 公開（公告）日: 2022-09-16
• 發(fā)明（設(shè)計(jì)）人: 鄒祥文
• 申請(qǐng)（專利權(quán)）人: 江蘇滿運(yùn)軟件科技有限公司
• 主分類號(hào): G06F9/445
• 分類號(hào): G06F9/445
• 代理公司: 上海隆天律師事務(wù)所 31282
• 代理人: 潘一諾

本發(fā)明提供一種基于注冊(cè)中心的應(yīng)用發(fā)布方法、系統(tǒng)、存儲(chǔ)介質(zhì)及電子設(shè)備，所述應(yīng)用發(fā)布方法包括如下步驟：S110，發(fā)布系統(tǒng)通知服務(wù)器啟動(dòng)應(yīng)用；S130，當(dāng)所述應(yīng)用為第一啟動(dòng)狀態(tài)時(shí)，發(fā)布系統(tǒng)通知服務(wù)器向注冊(cè)中心注冊(cè)所述應(yīng)用的信息；S150，當(dāng)所述應(yīng)用為第二啟動(dòng)狀態(tài)時(shí)，發(fā)布系統(tǒng)向服務(wù)器發(fā)送循環(huán)流量通知；S170，發(fā)布系統(tǒng)根據(jù)服務(wù)器基于所述循環(huán)流量通知在一預(yù)設(shè)時(shí)間段內(nèi)所收到的請(qǐng)求結(jié)果判斷所述應(yīng)用的啟動(dòng)是否正常；若正常，則完成所述應(yīng)用的啟動(dòng)，若異常，啟動(dòng)下線流程。根據(jù)本發(fā)明提供的基于注冊(cè)中心的應(yīng)用發(fā)布方法，服務(wù)提供方只需與注冊(cè)中心保持心跳即可實(shí)現(xiàn)應(yīng)用的無(wú)損發(fā)布，避免應(yīng)用在發(fā)布過(guò)程中產(chǎn)生異常問(wèn)題。

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

本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種基于注冊(cè)中心的應(yīng)用發(fā)布方法、系統(tǒng)、存儲(chǔ)介質(zhì)及電子設(shè)備。

背景技術(shù)

隨著技術(shù)的發(fā)展，docker和kubernetes等容器化技術(shù)為自動(dòng)化打包、持續(xù)集成、持續(xù)交付、持續(xù)部署提供了極大的方便，一個(gè)應(yīng)用每天發(fā)布因此成為常態(tài)。

目前，應(yīng)用之間有的使用rpc(即遠(yuǎn)程過(guò)程調(diào)用協(xié)議)調(diào)用，有的使用rest(即表述性狀態(tài)轉(zhuǎn)移)協(xié)議調(diào)用。這些調(diào)用協(xié)議基本都要基于注冊(cè)中心來(lái)實(shí)現(xiàn)應(yīng)用的注冊(cè)和發(fā)現(xiàn)，而如果應(yīng)用在注冊(cè)中心之間上下線不平滑，就極易造成錯(cuò)誤，對(duì)用戶體驗(yàn)非常不友好。進(jìn)一步地，目前企業(yè)內(nèi)部應(yīng)用之間的相互發(fā)現(xiàn)通常都使用統(tǒng)一的注冊(cè)中心，要么應(yīng)用和注冊(cè)中心保持心跳，要么除和注冊(cè)中心保持心跳外，服務(wù)調(diào)用方和服務(wù)方之間也需要保持心跳，以及時(shí)通過(guò)心跳來(lái)發(fā)現(xiàn)哪些機(jī)器出現(xiàn)問(wèn)題，從而將相關(guān)機(jī)器從服務(wù)列表中摘除。

然而，簡(jiǎn)單的心跳保持存在以下缺點(diǎn)：1)如果服務(wù)調(diào)用方只是簡(jiǎn)單的和注冊(cè)中心保持心跳，那么就有延遲現(xiàn)象。可能服務(wù)提供方已經(jīng)下線，但是服務(wù)調(diào)用方還沒(méi)有從注冊(cè)中心收到相應(yīng)的下線消息，導(dǎo)致其還往已下線的機(jī)器發(fā)送請(qǐng)求，從而產(chǎn)生請(qǐng)求錯(cuò)誤。2)如果服務(wù)調(diào)用方和服務(wù)提供方之間也保持心跳，那么服務(wù)調(diào)用方越多，需要保持的心跳就越多，網(wǎng)絡(luò)中就會(huì)存在大量的心跳消息，浪費(fèi)資源。3)無(wú)論哪種心跳保持方式，服務(wù)提供方都不知道服務(wù)調(diào)用方是否已經(jīng)收到了自己的下線消息，不知道自己什么時(shí)候可以中斷服務(wù)。4)沒(méi)有服務(wù)調(diào)用方不代表服務(wù)提供方可以隨時(shí)下線，因?yàn)槠渥陨砜赡苡腥蝿?wù)在運(yùn)行，貿(mào)然下線也可能會(huì)產(chǎn)生相關(guān)的問(wèn)題。

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

針對(duì)現(xiàn)有技術(shù)中的問(wèn)題，本發(fā)明的目的在于提供一種基于注冊(cè)中心的應(yīng)用發(fā)布方法、系統(tǒng)、存儲(chǔ)介質(zhì)及電子設(shè)備，以實(shí)現(xiàn)應(yīng)用的無(wú)損發(fā)布。

根據(jù)本發(fā)明的一方面，提供一種基于注冊(cè)中心的應(yīng)用發(fā)布方法，該發(fā)布方法包括如下步驟：

S110，發(fā)布系統(tǒng)通知服務(wù)器啟動(dòng)應(yīng)用；

S130，當(dāng)所述應(yīng)用為第一啟動(dòng)狀態(tài)時(shí)，發(fā)布系統(tǒng)通知服務(wù)器向注冊(cè)中心注冊(cè)所述應(yīng)用的信息；

S150，當(dāng)所述應(yīng)用為第二啟動(dòng)狀態(tài)時(shí)，發(fā)布系統(tǒng)向服務(wù)器發(fā)送循環(huán)流量通知；

S170，發(fā)布系統(tǒng)根據(jù)服務(wù)器基于所述循環(huán)流量通知在一預(yù)設(shè)時(shí)間段內(nèi)所收到的請(qǐng)求結(jié)果判斷所述應(yīng)用的啟動(dòng)是否正常；若正常，則完成所述應(yīng)用的啟動(dòng)，若異常，啟動(dòng)下線流程。

在本發(fā)明的一實(shí)施方式中，步驟S110與S130之間還包括：

S120，發(fā)布系統(tǒng)在獲取服務(wù)器反饋的所述應(yīng)用開始啟動(dòng)的通知后，循環(huán)檢查所述應(yīng)用的啟動(dòng)狀態(tài)。

在本發(fā)明的一實(shí)施方式中，步驟S130與S150之間還包括：

S140，發(fā)布系統(tǒng)在獲取服務(wù)器反饋的所述應(yīng)用注冊(cè)成功的通知后，循環(huán)檢查所述應(yīng)用的啟動(dòng)狀態(tài)。

在本發(fā)明的一實(shí)施方式中，所述應(yīng)用的信息包括：名稱、類型、函數(shù)接口信息、包含IP地址和端口號(hào)的節(jié)點(diǎn)地址信息及版本信息。

在本發(fā)明的一實(shí)施方式中，在步驟S150中，發(fā)送循環(huán)流量通知的時(shí)間間隔為1s。