[發明專利]灰度發布升級方法、裝置、計算機系統及可讀存儲介質

有效

• 申請號: 202010576449.8
• 申請日: 2020-06-22
• 公開（公告）號: CN111736872B
• 公開（公告）日: 2023-07-14
• 發明（設計）人: 張航;薛曉波
• 申請（專利權）人: 平安健康保險股份有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65;G06F8/71
• 代理公司: 北京英特普羅知識產權代理有限公司 11015
• 代理人: 程超

本發明涉及人工智能領域，公開了灰度發布升級方法、裝置、計算機系統及可讀存儲介質，包括：識別需要升級的應用設為升級應用，將其他應用設為輔助應用；將升級應用的請求消息切換到升級應用的非灰度實例上，在升級應用中上線新版本的灰度實例；將輔助應用中的請求消息切換到其自身的非灰度實例上，使所述升級應用和輔助應用的非灰度實例串聯成為舊版本鏈路；將所述升級應用和所述輔助應用中的灰度實例串聯成為新版本鏈路；在升級應用中上線新版本的非灰度實例，將新版本鏈路中升級應用的請求消息切換至新版本的非灰度實例。本發明還涉及區塊鏈技術，信息可存儲于區塊鏈節點中。本發明無需大量硬件資源支持，保證了實例升級的平順性和穩定性。

技術領域

本發明涉及人工智能的云服務技術領域，尤其涉及一種灰度發布升級方法、裝置、計算機系統及可讀存儲介質。

背景技術

很多公司在系統迭代上線的過程中，經常會遇到停機發版上線的情況；在傳統的應用中，這些公司可能會首先備份老版本包，接著停掉當前應用服務并上傳新包，最后重啟應用服務。這種傳統的發版方式不僅繁瑣，而且中間停機宕調的那段時間無法正常給用戶提供服務，嚴重影響用戶體驗。

為解決以上問題，一些企業采用通過在應用的上層準備一臺Nginx(負載均衡器)，當需要更新應用時，先在冗余機器或者當前機器使用不同端口啟動新版本的應用，然后使用Nginx把流量切過來。

這樣雖然可以免去應用的重啟過程，但是這種方式的應用升級不僅需要大量硬件資源的支持，還會因Nginx的重啟耗時對服務器的平順性和穩定性造成影響。

發明內容

本發明的目的是提供一種灰度發布升級方法、裝置、計算機系統及可讀存儲介質，用于解決現有技術存在的應用升級不僅需要大量硬件資源的支持，還會因Nginx的重啟耗時對服務器的平順性和穩定性造成影響的問題；本申請可應用于智慧政務場景中，從而推動智慧城市的建設。

為實現上述目的，本發明提供一種灰度發布升級方法，用于同時具有灰度實例和非灰度實例的應用進行優雅上下線，包括：

接收升級請求，識別服務器中需要升級的應用并將其設為升級應用，將所述服務器中其他應用設為輔助應用；其中，所述升級請求包括有需要升級實例的應用的編號；

將所述升級應用所接收到的請求消息切換到所述升級應用的非灰度實例上，下線所述升級應用的舊版本灰度實例，在所述升級應用中上線新版本的灰度實例；

將所述輔助應用所接收到的請求消息切換到其自身的非灰度實例上，使所述升級應用和所述輔助應用的非灰度實例串聯成為舊版本鏈路；

更新輔助應用中灰度實例的元數據版本號，將所述升級應用和所述輔助應用中的灰度實例串聯成為新版本鏈路；

下線所述升級應用中的非灰度實例，并在所述升級應用中上線新版本的非灰度實例，將所述新版本鏈路中升級應用的請求消息逐步切換至所述新版本的非灰度實例。

上述方案中，將所述升級應用和所述輔助應用中的灰度實例串聯成為新版本鏈路之后，包括：

對所述新版本鏈路進行驗證，判斷所述新版本鏈路是否通過驗證；若通過，則將所述新版本鏈路上應用的元數據版本號設為所述新版本鏈路的鏈路版本號；若未通過，則發出升級失敗信號。

上述方案中，對所述新版本鏈路進行驗證，判斷所述新版本鏈路是否通過驗證的步驟，包括：

提取網關接收到的請求消息；

在所述請求消息的請求頭中增加測試版本號，其中，所述測試版本號與新版本鏈路的鏈路版本號一致；

根據所述測試版本號將所述請求消息發送至所述新版本鏈路；