[發明專利]一種基于微服務的全鏈路灰度發布方法、裝置及存儲介質

在審

• 申請號: 202310112396.8
• 申請日: 2023-02-14
• 公開（公告）號: CN116346893A
• 公開（公告）日: 2023-06-27
• 發明（設計）人: 黃文質;梅國贈;劉正偉;賴志聞;胡豪杰;許友正
• 申請（專利權）人: 智業互聯（廈門）健康科技有限公司
• 主分類號: H04L67/51
• 分類號: H04L67/51;H04L67/63;H04L67/1004;H04L67/30
• 代理公司: 廈門福貝知識產權代理事務所(普通合伙) 35235
• 代理人: 郭涵煒

本發明提出了一種基于微服務的全鏈路灰度發布方法、裝置及存儲介質，該方法包括：解析步驟，對客戶端APP發送的訪問請求進行解析，獲得所述客戶端APP的APP標識；負載調度步驟，負載調度服務器基于所述APP標識進行判斷是否符合灰度發布規則，如果是，則將所述訪問請求轉發至所述灰度網關；灰度訪問步驟，所述灰度網關基于所述APP標識確定所述APP訪問多個微服務中的至少一個灰度微服務，將所述APP訪問的流量切換至所述至少一個灰度微服務。本申請通過在APP中設置了APP標識，從而實現了通過負載調度將灰度流量與正常進行分開，從而可以滿足復雜的業務需求及結構復雜的微服務結構，提高了APP灰度流量的高效轉發，提高了系統效率。

技術領域

本發明涉及分布式計算技術領域，具體涉及一種基于微服務的全鏈路灰度發布方法、裝置及存儲介質。

背景技術

灰度發布是指在軟件版本迭代時，先讓一小部分用戶使用新的軟件版本，其他用戶繼續使用舊的版本。如果用戶對新版本的使用沒有什么反對意見，那么逐步擴大使用范圍，把所有的用戶遷移到新的軟件版本上。

目前的灰度實現方案大多都是單純采用nginx或者haproxy等服務作為負載均衡器。通過負載均衡器的反向代理能力，對用戶流量進行分流處理。當發生版本迭代時，通過負載均衡器的配置將流量按比例分發到新版本的服務上。等待新的服務版本驗證沒有問題后，再將流量逐步切換到新的服務版本。

目前常用的灰度實現方案都是單純采用nginx或者haproxy等服務作為負載均衡器。負載均衡器放在應用系統的上一層，用戶流量經過負載均衡器時，運維人員通過配置文件設定讓少部分流量經過灰度版本。當無人反饋灰度版本問題后，再將正式環境的版本逐一替換成新版本。其缺陷為：

1、灰度發布時，流量的分流處理只能根據流量的百分比進行無差別的分割，無法結合業務做分流。當某款app需要提前體驗后端服務變更的功能時，必須提供對接灰度環境的測試版本的APP客戶端，并且通知對應的用戶同步更新app軟件，導致用戶體驗差，可控性弱，在大批量用于需求面前，此種方案變得不可執行。

2、在微服務架構體系下，應用被拆分成多個服務進行獨立部署。當單個服務進行版本迭代時。負載均衡器無法針對該服務進行單獨的流量分流，在微服務結構下的灰度流量無法進行拓傳。

總之，現有技術中的傳統灰度發布功能較為單一，即無法滿足復雜的業務分流需求，也無法滿足微服務體系的版本迭代需求。

發明內容

本發明針對上述現有技術中一個或多個技術缺陷，提出了如下技術方案。

一種基于微服務的全鏈路灰度發布方法，該方法包括：

解析步驟，對客戶端APP發送的訪問請求進行解析，獲得所述客戶端APP的APP標識；

負載調度步驟，負載調度服務器基于所述APP標識進行判斷是否符合灰度發布規則，如果是，則將所述訪問請求轉發至所述灰度網關；

灰度訪問步驟，所述灰度網關基于所述APP標識確定所述APP訪問多個微服務中的至少一個灰度微服務，將所述APP訪問的流量切換至所述至少一個灰度微服務。

更進一步地，對所述訪問請求進行解析的操作為：使用luajit讀取所述訪問請求的頭文件，以從所述頭文件中獲得所述APP標識，若所述頭文件中不存在APP標識時，所述luajit將所述訪問請求記錄在日志中，并報警。

更進一步地，所述判斷是否符合灰度發布規則的操作為：使用nginx作為負載調度服務器，將需要訪問灰度微服務的客戶端APP的APP標識寫入一個配置文件中，并將該配置文件保存在所述nginx緩存中，所述nginx判斷所述訪問請求的APP標識是否在所述緩存中的配置文件中，如果是，所述訪問請求被轉發至灰度網關中，否則直接轉到生產網關。