[發(fā)明專利]服務(wù)器同步更新的方法、裝置、計(jì)算機(jī)設(shè)備及存儲介質(zhì)

在審

• 申請?zhí)枺?/td>: 202010734562.4
• 申請日: 2020-07-27
• 公開（公告）號: CN111880831A
• 公開（公告）日: 2020-11-03
• 發(fā)明（設(shè)計(jì)）人: 郭盼
• 申請（專利權(quán)）人: 平安國際智慧城市科技股份有限公司
• 主分類號: G06F8/656
• 分類號: G06F8/656
• 代理公司: 深圳市世聯(lián)合知識產(chǎn)權(quán)代理有限公司 44385
• 代理人: 汪琳琳

本申請涉及大數(shù)據(jù)處理，應(yīng)用于智慧政務(wù)領(lǐng)域中，揭露一種服務(wù)器同步更新的方法，包括：接收服務(wù)器的更新請求指令；從Redis服務(wù)器中讀取預(yù)設(shè)的第一分流策略，并將讀取到的第一分流策略以lua腳本形式加載到Nginx服務(wù)器中；根據(jù)第一分流策略，將第一服務(wù)系統(tǒng)的用戶流量轉(zhuǎn)移到第二服務(wù)系統(tǒng)內(nèi)；對第一服務(wù)系統(tǒng)進(jìn)行更新；從Redis服務(wù)器中讀取預(yù)設(shè)的第二分流策略，并將讀取到的第二分流策略以lua腳本形式加載到Nginx服務(wù)器中；根據(jù)第二分流策略，將第二服務(wù)系統(tǒng)的用戶流量轉(zhuǎn)移到更新完成后的第一服務(wù)系統(tǒng)中；對第二服務(wù)系統(tǒng)進(jìn)行更新。本申請還涉及區(qū)塊鏈技術(shù)，所述更新請求指令存儲于區(qū)塊鏈中。本申請可以實(shí)現(xiàn)服務(wù)器系統(tǒng)的不停機(jī)更新，提升用戶的使用體驗(yàn)。

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

本申請涉及大數(shù)據(jù)處理，尤其涉及一種服務(wù)器同步更新的方法、裝置、計(jì)算機(jī)設(shè)備及存儲介質(zhì)。

背景技術(shù)

在應(yīng)用服務(wù)的整個(gè)運(yùn)行期間，如何保證應(yīng)用服務(wù)器穩(wěn)定、不間斷地運(yùn)行，對于提供服務(wù)的企業(yè)來說是至關(guān)重要的，特別是在應(yīng)用服務(wù)更新發(fā)布期間，如何實(shí)現(xiàn)新、老版本的平滑過渡，使得版本更新不影響用戶的使用體驗(yàn)，是提供服務(wù)的企業(yè)迫切需要解決的問題。

以往在應(yīng)用服務(wù)更新發(fā)布過程中，為了不影響用戶的使用體驗(yàn)，往往會(huì)采用單節(jié)點(diǎn)更新發(fā)布模式，即在應(yīng)用服務(wù)器內(nèi)，采用一個(gè)節(jié)點(diǎn)到一個(gè)節(jié)點(diǎn)的單節(jié)點(diǎn)更新發(fā)布模式進(jìn)行新版本的更新發(fā)布，雖然通過這種方式可以保證應(yīng)用服務(wù)器較穩(wěn)定完成更新發(fā)布，更新過程不影響用戶使用，但是單節(jié)點(diǎn)更新發(fā)布模式需要開發(fā)人員通過手動(dòng)修改節(jié)點(diǎn)配置來完成節(jié)點(diǎn)的更新發(fā)布，并且在開發(fā)人員完成節(jié)點(diǎn)的版本更新后，需要測試人員立即對節(jié)點(diǎn)進(jìn)行功能測試，測試無誤后，才確認(rèn)節(jié)點(diǎn)的版本更新完成，開發(fā)人員繼續(xù)更新應(yīng)用服務(wù)器的其他節(jié)點(diǎn)，因此，采用單節(jié)點(diǎn)更新發(fā)布模式的整個(gè)更新過程比較復(fù)雜，效率較低，且嚴(yán)重耗費(fèi)人力、物力，容易出錯(cuò)，一旦產(chǎn)生錯(cuò)誤，將極大地影響用戶體驗(yàn)。

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

本申請實(shí)施例的目的在于提出一種服務(wù)器同步更新的方法、裝置、計(jì)算機(jī)設(shè)備及存儲介質(zhì)，以解決現(xiàn)有應(yīng)用服務(wù)更新發(fā)布過程采用的單節(jié)點(diǎn)更新發(fā)布模式的整個(gè)更新過程比較復(fù)雜，效率較低，且嚴(yán)重耗費(fèi)人力、物力，容易出錯(cuò)，一旦產(chǎn)生錯(cuò)誤，將極大地影響用戶體驗(yàn)的問題。

為了解決上述技術(shù)問題，本申請實(shí)施例提供一種服務(wù)器同步更新的方法，服務(wù)器至少包括第一服務(wù)系統(tǒng)和第二服務(wù)系統(tǒng)，且在服務(wù)器正常運(yùn)行狀態(tài)下，第一服務(wù)系統(tǒng)和第二服務(wù)系統(tǒng)的用戶流量占比為1：1，服務(wù)器同步更新的方法包括：

接收服務(wù)器的更新請求指令；

從Redis服務(wù)器中讀取預(yù)設(shè)的第一分流策略，并將讀取到的第一分流策略以lua腳本形式加載到Nginx服務(wù)器中，其中，lua為嵌入到Nginx服務(wù)器配置文件中的動(dòng)態(tài)腳本語言；

根據(jù)第一分流策略，將第一服務(wù)系統(tǒng)的用戶流量轉(zhuǎn)移到第二服務(wù)系統(tǒng)內(nèi)；

對第一服務(wù)系統(tǒng)進(jìn)行更新；

從Redis服務(wù)器中讀取預(yù)設(shè)的第二分流策略，并將讀取到的第二分流策略以lua腳本形式加載到Nginx服務(wù)器中；

根據(jù)第二分流策略，將第二服務(wù)系統(tǒng)的用戶流量轉(zhuǎn)移到更新完成后的第一服務(wù)系統(tǒng)中；

對第二服務(wù)系統(tǒng)進(jìn)行更新。

進(jìn)一步地，從Redis服務(wù)器中讀取預(yù)設(shè)的第一分流策略，并將讀取到的第一分流策略以lua腳本形式加載到Nginx服務(wù)器中，具體包括：

對第一分流策略進(jìn)行格式轉(zhuǎn)化，以形成第一分流策略對應(yīng)的lua腳本；

將第一分流策略對應(yīng)的lua腳本更新到Nginx服務(wù)器的高速緩沖存儲器中。

進(jìn)一步地，根據(jù)第一分流策略，將第一服務(wù)系統(tǒng)的用戶流量轉(zhuǎn)移到第二服務(wù)系統(tǒng)內(nèi)，具體為：

從高速緩沖存儲器中加載第一分流策略對應(yīng)的lua腳本，獲取第一分流策略對應(yīng)的分流信息；