[發(fā)明專(zhuān)利]一種軟件升級(jí)的灰度發(fā)布方法及系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 201610399173.4
• 申請(qǐng)日: 2016-06-07
• 公開(kāi)（公告）號(hào): CN107479862A
• 公開(kāi)（公告）日: 2017-12-15
• 發(fā)明（設(shè)計(jì)）人: 黃江偉;楊國(guó)強(qiáng);全良添
• 申請(qǐng)（專(zhuān)利權(quán)）人: 阿里巴巴集團(tuán)控股有限公司
• 主分類(lèi)號(hào): G06F9/44
• 分類(lèi)號(hào): G06F9/44;G06F9/445
• 代理公司: 北京安信方達(dá)知識(shí)產(chǎn)權(quán)代理有限公司11262
• 代理人: 解婷婷,龍洪

技術(shù)領(lǐng)域

本發(fā)明涉及一種計(jì)算機(jī)領(lǐng)域，更具體地，涉及一種軟件升級(jí)的灰度發(fā)布方法及相應(yīng)的灰度發(fā)布系統(tǒng)。

背景技術(shù)

灰度發(fā)布是在黑與白之間，能夠平滑過(guò)渡的一種發(fā)布方式。AB測(cè)試(test)就是一種灰度發(fā)布方式，先讓一部分用戶(hù)繼續(xù)用A，一部分用戶(hù)開(kāi)始用B，如果用戶(hù)對(duì)B沒(méi)有什么反對(duì)意見(jiàn)，那么逐步擴(kuò)大范圍，把所有用戶(hù)都遷移到B上面來(lái)。灰度發(fā)布可以保證整體系統(tǒng)的穩(wěn)定，在初始灰度的時(shí)候就可以發(fā)現(xiàn)、調(diào)整問(wèn)題。

灰度發(fā)布可用于將軟件從舊版本逐步升級(jí)到新版本的過(guò)程。軟件升級(jí)的灰度發(fā)布過(guò)程分為多個(gè)階段依次升級(jí)，前一階段升級(jí)成功后，再對(duì)下一組服務(wù)器升級(jí)，如果某一階段升級(jí)失敗，會(huì)停止灰度發(fā)布過(guò)程，將服務(wù)器上的服務(wù)回滾到升級(jí)前的版本。目前，在灰度發(fā)布過(guò)程的各個(gè)階段，對(duì)軟件實(shí)例升級(jí)是否成功的觀察方式是相同的，對(duì)有功能缺陷的版本的影響范圍尚不能做到有效控制。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明提供了以下方案。

一種軟件升級(jí)的灰度發(fā)布方法，應(yīng)用于灰度發(fā)布系統(tǒng)，包括：

為灰度發(fā)布過(guò)程的多個(gè)階段配置對(duì)應(yīng)的觀察時(shí)間的參數(shù)，其中，第一個(gè)階段對(duì)應(yīng)的觀察時(shí)間最長(zhǎng)；

依次進(jìn)行所述灰度發(fā)布過(guò)程的多個(gè)階段，在每一階段對(duì)部分待升級(jí)的軟件實(shí)例進(jìn)行升級(jí)，并基于該階段對(duì)應(yīng)的觀察時(shí)間對(duì)新版本的軟件實(shí)例的運(yùn)行狀態(tài)進(jìn)行觀察，以確定所述軟件實(shí)例是否升級(jí)成功。

一種灰度發(fā)布系統(tǒng)，包括參數(shù)配置模塊和灰度發(fā)布模塊，其中：

所述參數(shù)配置模塊，用于為灰度發(fā)布過(guò)程的多個(gè)階段配置對(duì)應(yīng)的觀察時(shí)間的參數(shù)，其中，第一個(gè)階段對(duì)應(yīng)的觀察時(shí)間最長(zhǎng)；

所述灰度發(fā)布模塊，用于依次進(jìn)行所述灰度發(fā)布過(guò)程的多個(gè)階段，在每一階段對(duì)部分待升級(jí)的軟件實(shí)例進(jìn)行升級(jí)，并基于該階段對(duì)應(yīng)的觀察時(shí)間對(duì)新版本的軟件實(shí)例的運(yùn)行狀態(tài)進(jìn)行觀察，以確定所述軟件實(shí)例是否升級(jí)成功。

上述軟件升級(jí)的灰度發(fā)布方法和系統(tǒng)實(shí)現(xiàn)了“慢啟動(dòng)”模式的灰度發(fā)布，在灰度發(fā)布的第一個(gè)階段使用更長(zhǎng)的觀察時(shí)間，使發(fā)布更加穩(wěn)健，而在后續(xù)階段加快觀察時(shí)間，可以使正確的版本盡快完成發(fā)布。

附圖說(shuō)明

圖1是本發(fā)明實(shí)施例一灰度發(fā)布方法的流程圖；

圖2是本發(fā)明實(shí)施例一灰度發(fā)布系統(tǒng)的模塊圖；

圖3是本發(fā)明應(yīng)用示例的系統(tǒng)架構(gòu)圖(只列出與灰度發(fā)布相關(guān)部分)；

圖4是本發(fā)明應(yīng)用示例軟件實(shí)例狀態(tài)跳轉(zhuǎn)的示意圖；

圖5A、圖5B和圖5C是軟件實(shí)例狀態(tài)變化的幾種情況的示意圖；

圖6是本發(fā)明應(yīng)用示例慢啟動(dòng)模式的灰度發(fā)布過(guò)程的示意圖。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文中將結(jié)合附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說(shuō)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。

實(shí)施例一

軟件部署到機(jī)器上的實(shí)例稱(chēng)為軟件實(shí)例，軟件升級(jí)具體是對(duì)部署在機(jī)器(如服務(wù)器)上的軟件實(shí)例的升級(jí)。本實(shí)施例的灰度發(fā)布系統(tǒng)以服務(wù)器集群的管理系統(tǒng)為例，但本發(fā)明不局限于此。

在灰度發(fā)布過(guò)程的各個(gè)階段，管理系統(tǒng)需要對(duì)服務(wù)器上新版本的軟件實(shí)例的運(yùn)行狀態(tài)進(jìn)行觀察，以確定軟件實(shí)例是否升級(jí)成功。現(xiàn)有技術(shù)中，各階段都是使用相同的配置參數(shù)，觀察的時(shí)間都是一樣的。而灰度發(fā)布是為了保證系統(tǒng)的穩(wěn)定性，如果在灰度發(fā)布的第一個(gè)階段就可以發(fā)現(xiàn)新版本的問(wèn)題而進(jìn)行調(diào)整，就可以減少問(wèn)題的影響范圍。因而如果灰度發(fā)布的第一個(gè)階段觀察時(shí)間更長(zhǎng)，可以讓潛在的問(wèn)題得以顯露，有效控制有功能缺陷的版本的影響范圍。而當(dāng)足夠多的服務(wù)器上的軟件實(shí)例在第一個(gè)階段完成升級(jí)并工作正常后，可以恢復(fù)正常的升級(jí)速度來(lái)完成其他服務(wù)器上軟件實(shí)例的升級(jí)，將正確的版本部署到服務(wù)器集群上。文中將其稱(chēng)為“慢啟動(dòng)”模式的灰度發(fā)布。

為了支持“慢啟動(dòng)”模式，本實(shí)施例提供了一種自動(dòng)化的“慢啟動(dòng)”模式的灰度發(fā)布方法，如圖1所示，包括：

步驟110，為灰度發(fā)布過(guò)程的多個(gè)階段配置對(duì)應(yīng)的觀察時(shí)間的參數(shù)，其中，第一個(gè)階段對(duì)應(yīng)的觀察時(shí)間最長(zhǎng)；

本實(shí)施例中，所述灰度發(fā)布過(guò)程包括兩個(gè)階段，其中第一個(gè)階段為慢啟動(dòng)階段，第二個(gè)階段為正常階段。但在其他實(shí)施例中，灰度發(fā)布過(guò)程也可以包括三個(gè)以上的階段，各階段對(duì)應(yīng)的觀察時(shí)間可以不同，也可以有部分階段對(duì)應(yīng)的觀察時(shí)間相同。

本實(shí)施例中，所述觀察時(shí)間的參數(shù)包括:觀察超時(shí)時(shí)間T_out和狀態(tài)正常時(shí)間窗口T_win。