一種多版本并行升級(jí)控制方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本申請(qǐng)涉及版本升級(jí)管控技術(shù)領(lǐng)域，具體地說，是涉及一種多版本并行升級(jí)控制方法及系統(tǒng)。
【背景技術(shù)】
[0002]現(xiàn)有的電子設(shè)備系統(tǒng)版本都需要根據(jù)數(shù)據(jù)庫(kù)系統(tǒng)及新的技術(shù)進(jìn)行版本更新，因此產(chǎn)品系統(tǒng)需要根據(jù)新推出的版本進(jìn)行系統(tǒng)版本升級(jí)更新。而現(xiàn)在的升級(jí)版本種類可能不止一種，一般地，針對(duì)客戶端版本，在后臺(tái)系統(tǒng)中提供可升級(jí)的目標(biāo)版本，即發(fā)版，在該發(fā)版中包含有多個(gè)可升級(jí)的版本。為了對(duì)比各個(gè)產(chǎn)品版本之間的功能效果，往往需要對(duì)客戶端產(chǎn)品版本進(jìn)行采樣升級(jí)效果對(duì)比，采樣對(duì)比過程就需要將各個(gè)升級(jí)版本的客戶端樣本量設(shè)置為一致，以便得出準(zhǔn)確的對(duì)比結(jié)果。
[0003]現(xiàn)今進(jìn)行的系統(tǒng)上線及發(fā)版流程如下:
[0004]舊版本備份一部署上線一線上測(cè)試一確認(rèn)是否有系統(tǒng)BUG—無明顯BUG且內(nèi)容無誤則上線一存在系統(tǒng)BUG則返回進(jìn)行修復(fù)獲得新版本一新版本發(fā)送至客戶端進(jìn)行更新。
[0005]目前流行的做法是通過發(fā)版系統(tǒng)對(duì)要升級(jí)的多個(gè)版本進(jìn)行對(duì)比判斷后，通過串行的方式進(jìn)行版本升級(jí)，先讓預(yù)定數(shù)量的客戶端樣本升級(jí)到發(fā)版系統(tǒng)中的版本1，等版本1升級(jí)結(jié)束后再讓相同數(shù)量的客戶端樣本升級(jí)到發(fā)版系統(tǒng)中的版本2，等版本2升級(jí)完成后再使相同數(shù)量客戶端樣本進(jìn)行發(fā)版系統(tǒng)中的其它版本的升級(jí)。如圖1所示，為現(xiàn)有技術(shù)的版本串行升級(jí)步驟流程示意圖，其步驟如下:
[0006]步驟101，服務(wù)器接收客戶端發(fā)送的版本升級(jí)請(qǐng)求，讀取所述版本升級(jí)請(qǐng)求中所攜帶的所述客戶端的當(dāng)前版本信息；
[0007]步驟102，將所述服務(wù)器存儲(chǔ)的升級(jí)版本分別與所述客戶端的當(dāng)前版本信息進(jìn)行匹配，獲取升級(jí)版本；
[0008]步驟103，從升級(jí)請(qǐng)求客戶端中選取一定數(shù)量的客戶端作為所述升級(jí)版本中一個(gè)版本的升級(jí)樣本進(jìn)行升級(jí)；
[0009]步驟104，上一版本升級(jí)結(jié)束后再?gòu)纳?jí)請(qǐng)求客戶端中選取一定數(shù)量的客戶端作為所述升級(jí)版本中另一個(gè)版本的升級(jí)樣本進(jìn)行升級(jí)，如此串行地將所獲取的升級(jí)版本完成升級(jí)。
[0010]從上述內(nèi)容可以看出，現(xiàn)有的版本串行升級(jí)方案會(huì)出現(xiàn)以下問題:
[0011 ] 1、現(xiàn)有技術(shù)對(duì)客戶端版本采用串行升級(jí)的發(fā)版方式中，對(duì)目標(biāo)版本順序升級(jí)，在前一版本升級(jí)結(jié)束的基礎(chǔ)上才啟動(dòng)后一版本的升級(jí)，如此，會(huì)導(dǎo)致發(fā)版升級(jí)時(shí)間的線性增加，耗費(fèi)大量的時(shí)間。
[0012]2、在發(fā)版升級(jí)過程中，因?yàn)樾枰羞M(jìn)行多次升級(jí)，不同發(fā)版的升級(jí)時(shí)間段及耗時(shí)都會(huì)有不同，而由于在不同時(shí)間段及不同時(shí)間內(nèi)的客戶端屬性，如活躍度和地域?qū)傩缘牟町悾绱?，?huì)導(dǎo)致在不同發(fā)版的升級(jí)時(shí)間段內(nèi)的客戶端樣本數(shù)量不一致，最終造成產(chǎn)品對(duì)比效果會(huì)有差異。
[0013]3、現(xiàn)有技術(shù)按照串行方式進(jìn)行版本升級(jí)，在對(duì)客戶端樣本數(shù)量有要求的時(shí)候，很容易超出客戶端樣本的總數(shù)，就可能會(huì)導(dǎo)致在后的版本升級(jí)的樣本數(shù)量不夠，從而導(dǎo)致客戶端樣本數(shù)量不一致，最終造成產(chǎn)品版本效果對(duì)比會(huì)有差異。
[0014]4、在進(jìn)行版本串行升級(jí)需要對(duì)較多版本進(jìn)行效果比較時(shí)，還需要在對(duì)各個(gè)版本進(jìn)行比較判斷出目標(biāo)版本，并安排各個(gè)版本的升級(jí)順序，操作繁瑣且需要耗費(fèi)一定時(shí)間。

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

[0015]為了解決在上述現(xiàn)有技術(shù)中出現(xiàn)的問題，本發(fā)明的目的是提供一種多版本并行升級(jí)控制方法及系統(tǒng)。
[0016]本發(fā)明提供了一種多版本并行升級(jí)控制的方法，包括:
[0017]服務(wù)器接收客戶端發(fā)送的版本升級(jí)請(qǐng)求，讀取所述版本升級(jí)請(qǐng)求中所攜帶的所述客戶端的當(dāng)前版本信息；
[0018]將所述服務(wù)器存儲(chǔ)的升級(jí)版本分別與所述客戶端的當(dāng)前版本信息進(jìn)行匹配，獲取至少一個(gè)升級(jí)版本；
[0019]根據(jù)所述升級(jí)版本的數(shù)量，從所有請(qǐng)求升級(jí)的客戶端中分別選取相同數(shù)量的客戶端作為每個(gè)升級(jí)版本的樣本，且將所選取的數(shù)量作為每個(gè)樣本的起始余量；
[0020]并行地判斷每個(gè)所述樣本的可升級(jí)余量，當(dāng)所述樣本的升級(jí)余量足夠時(shí)，向該樣本內(nèi)的請(qǐng)求客戶端返回相應(yīng)的升級(jí)版本及相關(guān)的升級(jí)信息。
[0021]進(jìn)一步地，其中，所述將所述服務(wù)器存儲(chǔ)的升級(jí)版本分別與所述客戶端的當(dāng)前版本信息進(jìn)行匹配，進(jìn)一步包括:
[0022]當(dāng)匹配失敗時(shí)，向所述客戶端返回升級(jí)失敗提示。
[0023]進(jìn)一步地，其中，所述并行地判斷每個(gè)所述樣本的可升級(jí)余量，進(jìn)一步包括:
[0024]根據(jù)當(dāng)前客戶端已完成升級(jí)的數(shù)量，相應(yīng)地減少每個(gè)樣本的當(dāng)前余量得到所述可升級(jí)余量。
[0025]進(jìn)一步地，其中，所述并行地判斷每個(gè)所述樣本的可升級(jí)余量，進(jìn)一步包括:
[0026]當(dāng)判斷到樣本升級(jí)余量不足時(shí)，向所述樣本內(nèi)的請(qǐng)求客戶端返回升級(jí)失敗提示。
[0027]進(jìn)一步地，其中，進(jìn)一步包括:
[0028]所述服務(wù)器存儲(chǔ)預(yù)先制定好升級(jí)方案的各個(gè)升級(jí)版本，且并行地控制各個(gè)升級(jí)版本升級(jí)的開啟、暫停及終止。
[0029]—種多版本并行升級(jí)控制的系統(tǒng)，所述系統(tǒng)設(shè)置在服務(wù)器上，該系統(tǒng)包括:接收模塊、處理模塊及發(fā)送模塊，其中，
[0030]所述接收模塊，用于接收客戶端發(fā)送的版本升級(jí)請(qǐng)求，讀取所述版本升級(jí)請(qǐng)求中所攜帶的所述客戶端的當(dāng)前版本信息；
[0031]所述處理模塊，用于將所述服務(wù)器存儲(chǔ)的升級(jí)版本分別與所述客戶端的當(dāng)前版本信息進(jìn)行匹配，獲取至少一個(gè)升級(jí)版本；
[0032]根據(jù)所述升級(jí)版本的數(shù)量，從所有請(qǐng)求升級(jí)的客戶端中分別選取相同數(shù)量的客戶端作為每個(gè)升級(jí)版本的樣本，且將所選取的數(shù)量作為每個(gè)樣本的起始余量；
[0033]并行地判斷每個(gè)所述樣本的可升級(jí)余量；
[0034]所述發(fā)送模塊，用于當(dāng)所述樣本的升級(jí)余量足夠時(shí)，向該樣本內(nèi)的請(qǐng)求客戶端返回相應(yīng)的升級(jí)版本及相關(guān)的升級(jí)信息。
[0035]進(jìn)一步地，其中，所述處理模塊，進(jìn)一步用于:
[0036]當(dāng)匹配失敗時(shí)，向所述客戶端返回升級(jí)失敗提示。
[0037]進(jìn)一步地，其中，所述處理模塊，進(jìn)一步用于:
[0038]根據(jù)當(dāng)前客戶端已完成升級(jí)的數(shù)量，相應(yīng)地減少每個(gè)樣本的當(dāng)前余量得到所述可升級(jí)余量。
[0039]進(jìn)一步地，其中，所述處理模塊，進(jìn)一步用于:
[0040]當(dāng)判斷到樣本升級(jí)余量不足時(shí)，向所述樣本內(nèi)的請(qǐng)求客戶端返回升級(jí)失敗提示。
[0041]進(jìn)一步地，其中，所述處理模塊，進(jìn)一步用于:
[0042]存儲(chǔ)預(yù)先制定好升級(jí)方案的各個(gè)升級(jí)版本，且并行地控制各個(gè)升級(jí)版本升級(jí)的開啟、暫停及終止。
[0043]與現(xiàn)有技術(shù)相比，本申請(qǐng)所述的一種多版本并行升級(jí)控制方法及系統(tǒng)，具有以下優(yōu)點(diǎn):
[0044](1)本發(fā)明通過對(duì)發(fā)版的不同版本進(jìn)行并行控制升級(jí)的方式，將多個(gè)版本同時(shí)升級(jí)，沒有發(fā)版升級(jí)時(shí)間的線性增加，大大縮短了版本升級(jí)所需的時(shí)間。
[0045](2)本發(fā)明通過對(duì)發(fā)版的不同版本進(jìn)行并行控制升級(jí)的方式，對(duì)相同的客戶端樣本進(jìn)行多個(gè)不同版本的并行升級(jí)，保證了不同版本升級(jí)過程中采用的客戶端樣本源的一致性，同一樣本源使得樣本屬性(如地域?qū)傩院陀脩艋钴S度)完全相同，保證了多個(gè)版本升級(jí)過程中客戶端樣本數(shù)量的一致性，并且在該時(shí)間段的客戶端樣本是隨機(jī)樣本，還保證了最終升級(jí)后的版本的均勻性，使得產(chǎn)品版本對(duì)比較效果更準(zhǔn)確。
[0046](3)本發(fā)明采用多版本并行升