[發明專利]基于自定義路由的多分層調用灰度發布方法及裝置

有效

• 申請號: 202110183544.6
• 申請日: 2021-02-10
• 公開（公告）號: CN112995310B
• 公開（公告）日: 2023-02-21
• 發明（設計）人: 胡文濤;金純亮;黃劍文;何芬
• 申請（專利權）人: 中國工商銀行股份有限公司
• 主分類號: H04L67/10
• 分類號: H04L67/10;H04L67/63;H04L41/12
• 代理公司: 北京三友知識產權代理有限公司 11127
• 代理人: 任默聞;孫乳筍

本發明涉及云計算技術，并提供一種基于自定義路由的多分層調用灰度發布方法及裝置，其中，該灰度發布方法包括：根據全局灰度策略為獲取的外部服務請求設置全局灰度標簽，并根將所述外部服務請求路由至應用服務器的接入服務群組的不同容器組；根據應用內灰度策略為所述外部服務請求重新設置應用內灰度標簽，并將所述外部服務請求路由至應用服務器的業務服務群組的不同容器組；當產生新的灰度需求時，根據預設的自定義灰度策略為所述外部服務請求設置自定義灰度標簽，并對所述外部服務請求重新路由。本發明解決了現有的多版本灰度設計無法針對風險的變化對灰度策略進行調整的問題，實現了對灰度策略的靈活調整和路由。

技術領域

本發明涉及云計算技術，具體涉及一種基于自定義路由的多分層調用灰度發布方法及裝置。

背景技術

現有的分布式系統雖然有多版本灰度的設計，但依然存在以下缺陷：

1)一般的灰度設計是以子群組為單位去設計多版本灰度，當一個交易進入后臺群組并執行后，其灰度標簽即固定，后續無法再更改，且并容器無法采用流量分層的方法對各個子功能做多版本灰度設計，因此現有的設計缺少更細膩的分支策略。

2)由于各種功能運行的動態過程會產生條件參數，而這些條件參數可能會對灰度部分的風險大小產生影響。現有的多版本灰度設計無法針對風險的變化對灰度策略進行調整。

因此，現有技術中的多版本灰度設計無法滿足灰度策略的靈活調整，也無法根據要驗證的灰度功能分支場景的不同進行靈活路由。

發明內容

為了解決上述問題，本發明提供一種基于自定義路由的多分層調用灰度發布方法，涉及云計算技術。該灰度發布方法包括：

根據全局灰度策略為獲取的外部服務請求設置全局灰度標簽，并根據所述全局灰度標簽將所述外部服務請求路由至應用服務器的接入服務群組的不同容器組；

根據應用內灰度策略為進入應用服務器的所述外部服務請求設置應用內灰度標簽，并根據所述應用內灰度標簽將所述外部服務請求路由至應用服務器的業務服務群組的不同容器組；

當產生新的灰度需求時，根據預設的自定義灰度策略為進入所述業務服務群組的不同容器組的所述外部服務請求設置自定義灰度標簽，并根據所述自定義灰度標簽對所述外部服務請求重新路由。

在一實施例中，所述全局灰度標簽包括第一灰度標簽及第一非灰度標簽，所述根據全局灰度策略為獲取的外部服務請求設置全局灰度標簽，包括：

根據預先配置的全局灰度策略判斷所述外部服務請求是否包含第一灰度標志信息；

若有，則為所述外部服務請求設置第一灰度標簽；若無，則為所述外部服務請求設置第一非灰度標簽。

在一實施例中，所述應用內灰度標簽包括第二灰度標簽及第二非灰度標簽；

所述根據應用內灰度策略為進入應用服務器的所述外部服務請求設置應用內灰度標簽，包括：

根據預先配置的應用內灰度策略識別所述外部服務請求是否包含第二灰度標志信息，若有，則為所述外部服務請求設置第二灰度標簽；若無，則為所述外部服務請求設置第二非灰度標簽。

在一實施例中，所述灰度發布方法還包括：

獲取所述業務服務群組的不同容器組中的服務執行完畢后的動態參數；

根據所述動態參數以及預設的自定義路由規則判斷是否產生新的灰度需求。

在一實施例中，所述根據所述自定義灰度標簽對所述外部服務請求重新路由，包括：

根據所述自定義灰度標簽將所述外部服務請求路由至當前群組內的其他容器組中；或