[發明專利]服務器同步更新的方法、裝置、計算機設備及存儲介質

在審

• 申請號: 202010734562.4
• 申請日: 2020-07-27
• 公開（公告）號: CN111880831A
• 公開（公告）日: 2020-11-03
• 發明（設計）人: 郭盼
• 申請（專利權）人: 平安國際智慧城市科技股份有限公司
• 主分類號: G06F8/656
• 分類號: G06F8/656
• 代理公司: 深圳市世聯合知識產權代理有限公司 44385
• 代理人: 汪琳琳

1.一種服務器同步更新的方法，其特征在于，所述服務器至少包括第一服務系統和第二服務系統，且在所述服務器正常運行狀態下，所述第一服務系統和所述第二服務系統的用戶流量占比為1：1，所述方法包括：

接收服務器的更新請求指令；

從Redis服務器中讀取預設的第一分流策略，并將讀取到的所述第一分流策略以lua腳本形式加載到Nginx服務器中，其中，lua為嵌入到Nginx服務器配置文件中的動態腳本語言；

根據所述第一分流策略，將所述第一服務系統的用戶流量轉移到所述第二服務系統內；

對所述第一服務系統進行更新；

從Redis服務器中讀取預設的第二分流策略，并將讀取到的所述第二分流策略以lua腳本形式加載到Nginx服務器中；

根據所述第二分流策略，將所述第二服務系統的用戶流量轉移到更新完成后的所述第一服務系統中；

對所述第二服務系統進行更新。

2.如權利要求1所述的服務器同步更新的方法，其特征在于，所述從Redis服務器中讀取預設的第一分流策略，并將讀取到的所述第一分流策略以lua腳本形式加載到Nginx服務器中，具體包括：

對所述第一分流策略進行格式轉化，以形成所述第一分流策略對應的lua腳本；

將所述第一分流策略對應的lua腳本更新到所述Nginx服務器的高速緩沖存儲器中。

3.如權利要求2所述的服務器同步更新的方法，其特征在于，所述根據所述第一分流策略，將所述第一服務系統的用戶流量轉移到所述第二服務系統內，具體為：

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

根據所述第一分流策略對應的分流信息，調整所述服務器的API接口的配置信息，得到第一API接口；

通過所述第一API接口將所述第一服務系統的所有用戶流量全部轉移到所述第二服務系統內。

4.如權利要求1所述的服務器同步更新的方法，其特征在于，在所述對所述第一服務系統進行更新之后，還包括：

模擬用戶請求，其中，所述模擬用戶請求攜帶有正常用戶的傳入參數；

向更新完成后的所述第一服務系統發起所述模擬用戶請求，并得到所述模擬用戶請求的響應結果；

判斷所述響應結果與預設標準結果是否一致；

若所述響應結果與所述預設標準結果一致，則確定第一服務系統更新成功；

若所述響應結果與所述預設標準結果不一致，則確定第一服務系統更新失敗。

5.如權利要求1所述的服務器同步更新的方法，其特征在于，所述從Redis服務器中讀取預設的第二分流策略，并將讀取到的所述第二分流策略以lua腳本形式加載到Nginx服務器中，具體包括：

對所述第二分流策略進行格式轉化，以形成所述第二分流策略對應的lua腳本；

將所述第二分流策略對應的lua腳本更新到所述Nginx服務器的高速緩沖存儲器中。

6.如權利要求4所述的服務器同步更新的方法，其特征在于，所述根據所述第二分流策略，將所述第二服務系統的用戶流量轉移到更新完成后的所述第一服務系統中，具體包括：

從所述高速緩沖存儲器中加載所述第二分流策略對應的lua腳本，獲取所述第二分流策略對應的分流信息；

根據所述第二分流策略對應的分流信息，調整所述服務器的API接口的配置信息，得到第二API接口；

通過所述第二API接口將所述第二服務系統的用戶流量逐步轉移到更新完成后的所述第一服務系統內，直至所述第二服務系統的所有用戶流量全部轉移到更新完成后的所述第一服務系統。

7.如權利要求1所述的服務器同步更新的方法，其特征在于，在所述對所述第二服務系統進行更新之后，還包括：

從Redis服務器中讀取預設的第三分流策略，并將讀取到的所述第三分流策略以lua腳本形式加載到Nginx服務器中；

根據所述第三分流策略，將更新完成后的所述第二服務系統的用戶流量轉移到更新完成后的所述第一服務系統中。