[發明專利]灰度發布方法、應用服務器及灰度發布系統

有效

• 申請號: 202110233005.9
• 申請日: 2021-03-03
• 公開（公告）號: CN113014651B
• 公開（公告）日: 2022-09-27
• 發明（設計）人: 鄭榮廷;姚遠;李興琦;張立偉;馬瑞東;王海波
• 申請（專利權）人: 中國工商銀行股份有限公司
• 主分類號: H04L47/125
• 分類號: H04L47/125
• 代理公司: 北京三友知識產權代理有限公司 11127
• 代理人: 任默聞;王濤

本申請實施例提供一種灰度發布方法、應用服務器及灰度發布系統，可用于金融技術領域，方法包括：接收服務請求；若確定自身為非灰度集群內的應用服務器，則根據請求路徑自預設的灰度規則中獲取對應的灰度關鍵信息；基于灰度關鍵信息和請求參數確定服務請求是否與灰度規則匹配成功，若是則獲取灰度服務端標識，并根據該灰度服務端標識、請求路徑及請求參數生成新的服務請求；將新的服務請求轉發至灰度集群內的應用服務器，以使灰度集群內的應用服務器執行自身接收到的服務請求對應的請求業務。本申請能夠有效提高灰度發布過程的處理效率，能夠有效降低灰度發布過程中系統開銷及負擔，并能夠有效縮短處理流程，提高整體系統處理鏈路的穩定性。

技術領域

本申請涉及數據處理技術領域，特別涉及金融技術領域，具體涉及灰度發布方法、應用服務器及灰度發布系統。

背景技術

伴隨著移動互聯網的發展以及人工智能、大數據、5G等新技術在金融領域的創新應用，商業銀行科技系統的對客服務效率和質量都得到了極大提升。商業銀行科技系統的持續升級迭代，在為客戶提供更多便捷、優質金融服務的同時，也對自身系統的穩定性提出了更高的要求。為了避免迭代的新版本程序因可能的不完善給客戶帶來損失，目前包括商業銀行在內的大部分企業都會采取灰度發布的方法。

目前，灰度發布方法的主要方式包括：代碼層邏輯灰度、網絡或WEB層灰度以及自定義路由灰度等發布方式，然而，代碼層邏輯灰度發布方式的工作量大且耗費時間，同時頻繁修改、發布會對整體系統的穩定性帶來一定風險；網絡或WEB層灰度發布方式僅適合設計比較簡單的灰度規則，如果灰度規則或灰度篩選程序過于復雜，會無形中增加網絡服務器及WEB服務器的系統開銷及負擔，影響網絡分流及WEB接入轉發效率；自定義路由灰度發布方式由于增加了路由服務器節點或代理服務器，人為延長了系統處理流程，降低了整體系統處理鏈路的穩定性，尤其是在分布式系統中，部署在應用服務器前的路由服務器很容易成為影響分布式系統處理性能的瓶頸點。

由此可知，無論是現有的哪一種灰度發布方法，均存在無法同時解決效率低下、占用系統開銷大及系統穩定性較差的問題。

發明內容

針對現有技術中的問題，本申請提供一種灰度發布方法、應用服務器及灰度發布系統，能夠有效提高灰度發布過程的處理效率，能夠有效降低灰度發布過程中系統開銷及負擔，并能夠有效縮短處理流程，提高整體系統處理鏈路的穩定性。

為解決上述技術問題，本申請提供以下技術方案：

第一方面，本申請提供一種灰度發布方法，包括：

接收服務請求，其中，所述服務請求中包含有目標服務端標識、請求路徑及請求參數；

若確定自身為非灰度集群內的應用服務器，則根據所述請求路徑自預設的灰度規則中獲取對應的灰度關鍵信息；

基于所述灰度關鍵信息和請求參數確定所述服務請求是否與所述灰度規則匹配成功，若是，則獲取預存儲的與所述目標服務端標識對應的灰度服務端標識，并根據該灰度服務端標識、請求路徑及請求參數生成新的服務請求；

將新的服務請求轉發至灰度集群內的應用服務器，以使所述灰度集群內的應用服務器執行自身接收到的服務請求對應的請求業務。

進一步地，還包括：

若確定所述服務請求與所述灰度規則匹配失敗，則自行執行所述服務請求對應的請求業務；

其中，當前的所述目標服務端標識為非灰度服務端標識，該非灰度服務端標識包括：非灰度域名地址對應的第一IP地址；

所述非灰度服務端標識唯一對應有預先存儲的灰度服務端標識，該灰度服務端標識包括：灰度域名地址對應的第二IP地址。

進一步地，在所述接收服務請求之后，還包括：

讀取本地環境變量的值，并根據該環境變量的值判斷自身所屬集群為非灰度集群或灰度集群；