[發(fā)明專利]高精細智能灰度發(fā)布系統(tǒng)

有效

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

1.智能灰度發(fā)布系統(tǒng)，其特征在于：系統(tǒng)啟動后先進入用戶是否有識別信息模塊，若有識別信息則進入根據(jù)識別信息分配版本模塊；若沒有識別信息則進入系統(tǒng)穩(wěn)定版本模塊，而后再次進入根據(jù)識別信息分配版本模塊，最后進入系統(tǒng)最新版本模塊；其中用戶是否有識別信息模塊中系統(tǒng)判斷用戶是否存在有相應(yīng)的用戶標(biāo)識；用戶在使用web端或移動端登錄系統(tǒng)，需要判斷用戶是否存在用戶標(biāo)識信息，使用uid，根據(jù)是否存在進行后端版本的轉(zhuǎn)發(fā)；所述根據(jù)識別信息分配版本模塊中存在uid還需要進行判斷uid發(fā)布狀態(tài)；已存在uid的請求進入后，判斷該uid在灰度發(fā)布中的狀態(tài)，根據(jù)后臺分配的uid進行匹配，轉(zhuǎn)發(fā)后續(xù)請求到相應(yīng)的系統(tǒng)；所述系統(tǒng)穩(wěn)定版本模塊中用戶不存在用戶標(biāo)識；用戶不存在標(biāo)識，灰度發(fā)布系統(tǒng)則直接將用戶請求分配給穩(wěn)定版本，穩(wěn)定版本會給該用戶一個uid，后續(xù)請求根據(jù)存在uid的情況進行轉(zhuǎn)發(fā)；如果用戶uid不在發(fā)布狀態(tài)中，灰度系統(tǒng)將所有請求轉(zhuǎn)發(fā)給穩(wěn)定版本進行處理，用戶不會感知到有新版本的發(fā)布；所述系統(tǒng)最新版本模塊中如果用戶uid存在發(fā)布狀態(tài)中，灰度系統(tǒng)將所有請求轉(zhuǎn)發(fā)給最新版本進行處理，用戶將體驗到新最版本的系統(tǒng)服務(wù)。

2.根據(jù)權(quán)利要求1所述的智能灰度發(fā)布系統(tǒng)，其特征在于：系統(tǒng)中HTTP請求的入口都在請求調(diào)試器上，請求調(diào)試器會根據(jù)location的配置進行uri的選擇；此時請求數(shù)據(jù)會判斷當(dāng)前應(yīng)用是否已經(jīng)開啟灰度，再次判斷是應(yīng)用級別的灰度還是服務(wù)級別的灰度，然后根據(jù)灰度管控平臺配置的灰度策略進行灰度，當(dāng)前支持指定用戶uid、正則表達式；灰度管控平臺會調(diào)用引擎管理執(zhí)行相應(yīng)的指令，進行關(guān)閉、開啟、更新策略和uid設(shè)置，每次nginx重新reload和重啟時會從灰度管理系統(tǒng)調(diào)用接口讀取配置應(yīng)用的信息，加入緩存。

3.根據(jù)權(quán)利要求2所述的智能灰度發(fā)布系統(tǒng)，其特征在于：系統(tǒng)中的調(diào)試器與調(diào)試核心相互配合；其中調(diào)試核心中包含引擎核心、引擎管理、緩存灰度列表和花村灰度策略；所述引擎核心中包含接受前端請求、灰度狀態(tài)判斷、灰度策略判斷和灰度策略轉(zhuǎn)發(fā)；所述引擎管理包含加載灰度策略、更新灰度策略、維護灰度列表和灰度策略轉(zhuǎn)發(fā)；所述調(diào)試器將灰度策略轉(zhuǎn)發(fā)至穩(wěn)定應(yīng)用系統(tǒng)或灰度應(yīng)用系統(tǒng)。

4.根據(jù)權(quán)利要求2所述的智能灰度發(fā)布系統(tǒng)，其特征在于：它應(yīng)用的基本信息、灰度策略、uid是否灰度數(shù)據(jù)緩存在nginx的共享內(nèi)存塊中，nginx的每個worker進程都共享此數(shù)據(jù)，在引擎管理的操縱下進行緩存數(shù)據(jù)的更新。