[發明專利]高精細智能灰度發布系統

有效

• 申請號: 201810200944.1
• 申請日: 2018-03-12
• 公開（公告）號: CN108509230B
• 公開（公告）日: 2021-03-23
• 發明（設計）人: 苗江波;王海洋;張旭榮;戎娟
• 申請（專利權）人: 舟譜數據技術南京有限公司
• 主分類號: G06F9/445
• 分類號: G06F9/445
• 代理公司: 蘇州翔遠專利代理事務所(普通合伙) 32251
• 代理人: 姜微微

本發明涉及高精細智能灰度發布系統，屬于灰度發布系統；系統啟動后先進入用戶是否有識別信息模塊，若有識別信息則進入根據識別信息分配版本模塊；若沒有識別信息則進入系統穩定版本模塊，而后再次進入根據識別信息分配版本模塊，最后進入系統最新版本模塊；其中用戶是否有識別信息模塊中系統判斷用戶是否存在有相應的用戶標識；用戶在使用web端或移動端登錄系統。通過回饋信息和數據分析信息，本技術能夠智能化分析發布預案；在無感知的情況下通過定向群體逐步保障用戶使用到的版本一致。

技術領域

本發明涉及高精細智能灰度發布系統。

背景技術

灰度發布是指在黑與白之間，能夠平滑過渡的一種發布方式。AB test就是一種灰度發布方式，讓一部分用戶繼續用A，一部分用戶開始用B，如果用戶對B沒有什么反對意見，那么逐步擴大范圍，把所有用戶都遷移到B上面來。灰度發布可以保證整體系統的穩定，在初始灰度的時候就可以發現、調整問題，以保證其影響度。

互聯網產品有一個特點，就是不停的升級，升級，再升級。很多項目組，基本上保持每周一次的發布頻率，系統升級總是伴隨著風險，新舊版本兼容的風險，用戶使用習慣突然改變而造成用戶流失的風險，系統down機的風險.....為了避免這些風險，很多產品都采用了灰度發布的策略，其主要思想就是把影響集中到一個點，然后再發散到一個面，出現意外情況后很容易就回退。

現有系統發布技術缺陷：會針對系統所有使用用戶進行版本更新及升級，更新后的系統中存在的問題全面呈現到所有用戶的面前，影響范圍太廣，用戶體驗差，不能滿足系統穩定性需求。

目前行業內的灰度發布系統針對用戶區域性發布，不能再細粒度的控制所需要發布的客戶群體。且在系統回饋方便不能夠積極，系統回饋信息不夠精細化。

發明內容

本發明的目的在于針對現有技術的缺陷和不足，提供一種設計合理、操作方便的高精細智能灰度發布系統。

為實現上述目的，本發明采用的技術方案是：系統啟動后先進入用戶是否有識別信息模塊，若有識別信息則進入根據識別信息分配版本模塊；若沒有識別信息則進入系統穩定版本模塊，而后再次進入根據識別信息分配版本模塊，最后進入系統最新版本模塊；其中用戶是否有識別信息模塊中系統判斷用戶是否存在有相應的用戶標識；用戶在使用web端或移動端登錄系統，需要判斷用戶是否存在用戶標識信息，使用uid，根據是否存在進行后端版本的轉發；所述根據識別信息分配版本模塊中存在uid還需要進行判斷uid發布狀態；已存在uid的請求進入后，判斷該uid在灰度發布中的狀態，根據后臺分配的uid進行匹配，轉發后續請求到相應的系統；所述系統穩定版本模塊中用戶不存在用戶標識；用戶不存在標識，灰度發布系統則直接將用戶請求分配給穩定版本，穩定版本會給該用戶一個uid，后續請求根據存在uid的情況進行轉發；如果用戶uid不在發布狀態中，灰度系統將所有請求轉發給stable版本進行處理，用戶不會感知到有新版本的發布；所述系統最新版本模塊中如果用戶uid存在發布狀態中，灰度系統將所有請求轉發給latest版本進行處理，用戶將體驗到新最版本的系統服務。

本發明的系統中HTTP請求的入口都在請求調試器上，請求調試器會根據location的配置進行uri的選擇。此時請求數據會判斷當前應用是否已經開啟灰度，再次判斷是應用級別的灰度還是服務級別的灰度，然后根據灰度管控平臺配置的灰度策略進行灰度，當前支持指定用戶uid、正則表達式等。灰度管控平臺會調用引擎管理執行相應的指令，進行關閉、開啟、更新策略和uid設置等，每次nginx重新reload和重啟時會從灰度管理系統調用接口讀取配置應用的信息，加入緩存。

本發明為了提升性能，應用的基本信息、灰度策略、uid是否灰度等數據緩存在nginx的共享內存塊中，nginx的每個worker進程都共享此數據，在引擎管理的操縱下進行緩存數據的更新。