[發(fā)明專利]一種基于分流的版本升級方法、裝置、設備和存儲介質

有效

• 申請?zhí)枺?/td>: 202010049461.3
• 申請日: 2020-01-16
• 公開（公告）號: CN111258607B
• 公開（公告）日: 2023-06-09
• 發(fā)明（設計）人: 吳偉興;曾海峰;李惠
• 申請（專利權）人: 深圳樂信軟件技術有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65;H04L67/06;H04L67/5682
• 代理公司: 北京品源專利代理有限公司 11332
• 代理人: 孟金喆

本發(fā)明實施例公開了一種基于分流的版本升級方法、裝置、設備和存儲介質。該基于分流的版本升級方法包括：讀取第一版本升級包列表和版本分流策略；從所述版本分流策略中篩選出與待升級目標對應的第一分流策略；從所述第一版本升級包列表中確認與所述第一分流策略對應的第一級版本升級包；使用所述第一分流策略和第一級版本升級包對所述待升級目標進行升級。本發(fā)明實施例實現(xiàn)了版本更新時分流的統(tǒng)一化和精確化。

技術領域

本發(fā)明實施例涉及計算機技術，尤其涉及一種基于分流的版本升級方法、裝置、設備和存儲介質。

背景技術

隨著大測試數(shù)據(jù)時代的來臨，當前的各個系統(tǒng)，需要做流量分流，都是自行通過代碼實現(xiàn)。常見的做法是通過用戶id的最后一位或多位數(shù)字進行流量切分。比如推薦系統(tǒng)和搜索系統(tǒng)，經常有需要對某個新功能(召回功能)進行測試的時候，需要各自去實現(xiàn)一個分流的邏輯，例如，尾號為1的用戶分流到新功能，剩余的用戶還是使用舊功能，運行一段時間。在這個過程中，會把相關的測試數(shù)據(jù)(暴露量，點擊量等)落到日志文件中，定時的對日志測試數(shù)據(jù)進行采集分析，如果發(fā)現(xiàn)新功能的點擊率較高，則逐漸放量，比如尾號1-5分流到新功能，再運行一段時間后，控制用戶全部切到新功能。

但是現(xiàn)有的分流方案中沒有一個統(tǒng)一的系統(tǒng)承載分流功能，各個系統(tǒng)實現(xiàn)分流邏輯的代碼重復，浪費人力物力，在系統(tǒng)的運行過程中，如果分流規(guī)則改變之后，過往的測試數(shù)據(jù)無法持續(xù)積累分析，分析能力較弱。此外，分流邏輯的代碼散落在系統(tǒng)的各個子模塊環(huán)節(jié)，分流邏輯的粒度比較粗放，無法實現(xiàn)精確到各個子模塊的流量分流，如果某個子模塊需要下架的時候，就需要修改代碼重新發(fā)版以修正分流邏輯。

發(fā)明內容

本發(fā)明實施例提供一種基于分流的版本升級方法、裝置、設備和存儲介質，以實現(xiàn)版本更新時分流的統(tǒng)一化和精確化。

為達此目的，本發(fā)明實施例提供了一種基于分流的版本升級方法，該方法包括：

讀取第一版本升級包列表和版本分流策略；

從所述版本分流策略中篩選出與待升級目標對應的第一分流策略；

從所述第一版本升級包列表中確認與所述第一分流策略對應的第一級版本升級包；

使用所述第一分流策略和第一級版本升級包對所述待升級目標進行升級。

進一步的，所述使用所述第一分流策略和第一級版本升級包對所述待升級目標進行升級包括：

根據(jù)所述第一分流策略確定所述待升級目標中需要分流升級的第一子模塊；

從所述第一級版本升級包中篩選出用于升級所述第一子模塊的第二級版本升級包；

使用所述第一分流策略和第二級版本升級包對所述第一子模塊進行升級。

進一步的，所述根使用所述第一分流策略和第一級版本升級包對所述待升級目標進行升級之后包括：

記錄所述第一級版本升級包以供所述待升級目標回溯所述第一分流策略。

進一步的，所述讀取第一版本升級包列表和版本分流策略之前包括：

接收服務端發(fā)送的第二版本升級包列表和版本分流策略并發(fā)送消息隊列；

監(jiān)聽到所述消息隊列后對所述第二版本升級包列表中包括的全部版本升級包進行格式組裝以得到第一版本升級包列表；

將所述第一版本升級包列表和所述版本分流策略依次保存至本地緩存和分布式緩存中以供讀取。

一方面，本發(fā)明實施例還提供了一種基于分流的版本升級裝置，該裝置包括：

讀取模塊，用于讀取第一版本升級包列表和版本分流策略；

篩選模塊，用于從所述版本分流策略中篩選出與待升級目標對應的第一分流策略；