本公開涉及計算機技術領域，尤其涉及升級服務器的方法及裝置。

背景技術：

為了保證用戶的服務體驗，網(wǎng)絡服務商會不斷的進行服務器的升級。目前，為了保證系統(tǒng)的穩(wěn)定性，大型系統(tǒng)的升級通常采用灰度升級的方式。在利用灰度升級方式進行升級時，會同時部署兩個版本的系統(tǒng)服務，讓一部分用戶繼續(xù)使用現(xiàn)有版本提供服務，一部分用戶使用新版本提供服務，并收集使用新版本的用戶對新版本的反饋信息，并根據(jù)反饋信息判斷新版本服務的質(zhì)量，如果用戶對新版本的反饋較好，那么逐步擴大使用新版本的用戶數(shù)量，最終把用戶都遷移到新版本中。

技術實現(xiàn)要素：

為克服相關技術中存在的問題，本公開實施例提供升級服務器的方法及裝置。所述技術方案如下：

根據(jù)本公開實施例的第一方面，提供一種升級服務器的方法，包括：

在所有服務器響應訪問請求的過程中，獲取服務可用性指標，所述服務可用性指標指示所述所有服務器對同一時間點接收到的所有訪問請求進行成功響應的訪問請求數(shù)量與所述所有訪問請求的數(shù)量之間的比例，其中，所述所有服務器包括：安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版服務器；

根據(jù)所述服務可用性指標配置所述新版服務器和所述老版服務器的部署數(shù)量。

本公開的實施例提供的技術方案可以包括以下有益效果：在所有服務器響應訪問請求的過程中，獲取服務可用性指標，該服務可用性指標指示所有服務器對同一時間點接收到的所有訪問請求進行成功響應的訪問請求數(shù)量與所有訪問請求的數(shù)量之間的比例，其中，所有服務器包括：安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版服務器；進而可以根據(jù)獲取到的服務可用性指標配置新版服務器和老版服務器的部署數(shù)量。由于可以通過獲取到的服務可用性指標來配置新版服務器和老版服務器的部署數(shù)量，而無需主動向用戶收集對新版服務器提供的服務的反饋信息，有效提升了升級的效率，并避免了由于一些用戶反饋信息的不準確造成的最終服務器升級失敗而整個服務癱瘓的問題，提升了服務器升級的可靠性。

在一個實施例中，所述根據(jù)所述服務可用性指標配置所述新版服務器和所述老版服務器的部署數(shù)量包括：

在所述服務可用性指標大于預設閾值時，將至少一部分所述老版服務器替換為所述新版服務器；

在所述服務可用性指標小于或等于所述預設閾值時，將至少一部分所述新版服務器替換為所述老版服務器。

本公開的實施例提供的技術方案可以包括以下有益效果：通過比較服務可用性指標與預設閾值的大小關系，以調(diào)整新版服務器和老版服務器的數(shù)量，從而提升了服務器升級的可靠性。

在一個實施例中，所述方法還包括：

將所有所述老版服務器替換為所述新版服務器之后，輸出第一提示消息，所述第一提示消息用于提示服務器升級成功；

或者，

將至少一部分所述新版服務器替換為所述老版服務器之后，輸出第二提示消息，所述第二提示消息用于提示服務器升級失敗。

本公開的實施例提供的技術方案可以包括以下有益效果：在升級失敗或升級成功時，都會輸出提示消息，從而有效提升了用戶體驗。

在一個實施例中，所述獲取服務可用性指標之前，還包括：

接收新版服務器部署請求消息，所述新版服務器部署請求中攜帶新版服務器的安裝包和老版服務器的標識；

在所述新版服務器中安裝所述安裝包；

根據(jù)所述老版服務器的標識獲取所述老版服務器的域名；

將安裝了所述安裝包的新版服務器與所述老版服務器的域名進行綁定。

本公開的實施例提供的技術方案可以包括以下有益效果：通過老版服務器的標識獲取老版服務器的域名，使得獲取的域名準確，有效提升了新版服務器部署的正確性。

根據(jù)本公開實施例的第二方面，提供一種升級服務器的裝置，包括：

第一獲取模塊，用于在所有服務器響應訪問請求的過程中，獲取服務可用性指標，所述服務可用性指標指示所述所有服務器對同一時間點接收到的所有訪問請求進行成功響應的訪問請求數(shù)量與所述所有訪問請求的數(shù)量之間的比例，其中，所述所有服務器包括：安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版服務器；

調(diào)整模塊，用于根據(jù)所述第一獲取模塊獲取的所述服務可用性指標配置所述新版服務器和所述老版服務器的部署數(shù)量。

在一個實施例中，所述調(diào)整模塊包括：第一替換子模塊和第二替換子模塊；

所述第一替換子模塊，用于在所述第一獲取模塊獲取的所述服務可用性指標大于預設閾值時，將至少一部分所述老版服務器替換為所述新版服務器；

所述第二替換子模塊，用于在所述第一獲取模塊獲取的所述服務可用性指標小于或等于所述預設閾值時，將至少一部分所述新版服務器替換為所述老版服務器。

在一個實施例中，所述裝置還包括：第一輸出模塊和第二輸出模塊；

所述第一輸出模塊，用于在所述第一替換子模塊將所有所述老版服務器替換為所述新版服務器之后，輸出第一提示消息，所述第一提示消息用于提示服務器升級成功；

所述第二輸出模塊，用于在所述第二替換子模塊將至少一部分所述新版服務器替換為所述老版服務器之后，輸出第二提示消息，所述第二提示消息用于提示服務器升級失敗。

在一個實施例中，所述裝置還包括：接收模塊、安裝模塊、第二獲取模塊和綁定模塊；

所述接收模塊，用于接收新版服務器部署請求消息，所述新版服務器部署請求中攜帶新版服務器的安裝包和老版服務器的標識；

所述安裝模塊，用于在新版服務器中安裝所述安裝包；

所述第二獲取模塊，用于根據(jù)所述接收模塊接收的所述老版服務器的標識獲取所述老版服務器的域名；

所述綁定模塊，用于將安裝了所述安裝包的新版服務器與所述第二獲取模塊獲取的所述老版服務器的域名進行綁定。

根據(jù)本公開實施例的第三方面，提供一種升級服務器的裝置，包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：

在所有服務器響應訪問請求的過程中，獲取服務可用性指標，所述服務可用性指標指示所述所有服務器對同一時間點接收到的所有訪問請求進行成功響應的訪問請求數(shù)量與所述所有訪問請求的數(shù)量之間的比例，其中，所述所有服務器包括：安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版服務器；

根據(jù)所述服務可用性指標配置所述新版服務器和所述老版服務器的部署數(shù)量。

根據(jù)本公開實施例的第四方面，提供一種計算機可讀存儲介質(zhì)，其上存儲有計算機指令，該指令被處理器執(zhí)行時實現(xiàn)以下步驟：

在所有服務器響應訪問請求的過程中，獲取服務可用性指標，所述服務可用性指標指示所述所有服務器對同一時間點接收到的所有訪問請求進行成功響應的訪問請求數(shù)量與所述所有訪問請求的數(shù)量之間的比例，其中，所述所有服務器包括：安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版服務器；

根據(jù)所述服務可用性指標配置所述新版服務器和所述老版服務器的部署數(shù)量。

應當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本公開的實施例，并與說明書一起用于解釋本公開的原理。

圖1是根據(jù)一示例性實施例一示出的升級服務器的方法流程圖。

圖2是根據(jù)一示例性實施例二示出的升級服務器的方法流程圖。

圖3是根據(jù)一示例性實施例示出的升級服務器的方法中步驟s104的流程圖。

圖4是根據(jù)一示例性實施例示出的云服務的架構(gòu)圖。

圖5是根據(jù)一示例性實施例三示出的升級服務器的方法的流程圖。

圖6是根據(jù)一示例性實施例一示出的升級服務器的裝置的框圖。

圖7是根據(jù)一示例性實施例示出的升級服務器的裝置中調(diào)整模塊12的框圖。

圖8是根據(jù)一示例性實施例二示出升級服務器的裝置的框圖。

圖9是根據(jù)一示例性實施例三示出升級服務器的裝置的框圖。

圖10是根據(jù)一示例性實施例示出的一種用于升級服務器的裝置90的框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本公開相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本公開的一些方面相一致的裝置和方法的例子。

為了保證系統(tǒng)的穩(wěn)定性，大型系統(tǒng)的升級通常采用灰度發(fā)布的方式?；叶劝l(fā)布升級是一種平滑的過渡方式，現(xiàn)在流行的a/b測試就是灰度發(fā)布升級的一種具體形式。

常用的灰度升級同時部署兩個版本的系統(tǒng)服務，首先對用戶進行分類，讓一部分用戶繼續(xù)使用現(xiàn)有版本a，一部分用戶使用新版本b，并收集使用新版本b的用戶的反饋信息，以根據(jù)該些反饋信息判斷新版本的服務質(zhì)量，如果用戶對b反饋較好，那么逐步擴大使用版本b的用戶的數(shù)量，最終把所有用戶都遷移到b上來，然后停止版本a。

雖然上述的灰度升級方式可以實現(xiàn)系統(tǒng)的升級，但是需要對用戶進行分類且需要收集用戶的反饋信息，從而使得升級的效率較低；且由于用戶的反饋是基于用戶主觀的行為，因為反饋信息可能存在不準確性，從而使得最終服務器升級失敗而整個服務癱瘓。

值得注意的是，本公開提供的方法應用但不限于灰度升級的方式。

本公開實施例提供的技術方案包括：在所有服務器響應訪問請求的過程中，獲取服務可用性指標，該服務可用性指標指示所有服務器對同一時間點接收到的所有訪問請求進行成功響應的訪問請求數(shù)量與所有訪問請求的數(shù)量之間的比例，其中，所有服務器包括：安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版服務器；進而可以根據(jù)獲取到的服務可用性指標配置新版服務器和老版服務器的部署數(shù)量。由于可以通過獲取到的服務可用性指標來配置新版服務器和老版服務器的部署數(shù)量，而無需主動向用戶收集對新版服務器提供的服務的反饋信息，有效提升了升級的效率，并避免了由于一些用戶反饋信息的不準確造成的最終服務器升級失敗而整個服務癱瘓的問題，提升了服務器升級的可靠性。

下面結(jié)合詳細的實施例對本公開的技術方案進行說明。值得注意的是,下面這幾個實施例可以相互結(jié)合，對于相同或相似的概念或過程可能在某些實施例中不再贅述。

圖1是根據(jù)一示例性實施例一示出的升級服務器的方法流程圖，如圖1所示，該方法包括以下步驟：

在步驟s101中，在所有服務器響應訪問請求的過程中，獲取服務可用性指標，其中，服務可用性指標指示所有服務器對同一時間點接收到的所有訪問請求進行成功響應的訪問請求數(shù)量與所有訪問請求的數(shù)量之間的比例，其中，所有服務器包括：安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版服務器。

值得注意的是，上述的服務器不僅包括實體的服務器，也包括虛擬的服務器，或容器等，本公開不對服務器的形式加以限制。

在服務器的升級更新安裝包在制作完成之后，會先部署一部分服務器安裝該升級更新安裝包，此時，在所有服務器中就會包括安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版本服務器。

在對用戶的訪問請求進行響應時，新版本服務器和老版服務器會可以同時響應訪問請求，并對自己收到訪問請求做出響應，此時，會主動收集新版本服務器和老版服務器的響應信息，并根據(jù)獲取到的響應信息確定服務器可用性指標。

例如：在同一時間點接收到500個訪問請求，根據(jù)目前的負載均衡算法將該500個訪問請求分配給部署的新版本服務器和老版服務器進行響應，此時，比如有400個訪問請求被成功響應，而有100個訪問請求響應失敗，那么此時得到的服務可用性指標為：

示例的，上述的響應信息為對訪問請求進行的任何響應，比如：響應信息可以為超文本傳輸協(xié)議(hypertexttransferprotocol，簡稱為：http)請求中返回的狀態(tài)碼200，也可以為http請求中返回的狀態(tài)碼404等，本公開不對響應信息的類型加以限制。

在步驟s102中，根據(jù)服務可用性指標配置新版服務器和老版服務器的部署數(shù)量。

當?shù)玫缴鲜龅姆湛捎眯灾笜撕?，根?jù)該服務可用性指標配置新版服務器和老版服務器的部署數(shù)量。

本公開實施例中，在所有服務器響應訪問請求的過程中，獲取服務可用性指標，該服務可用性指標指示所有服務器對同一時間點接收到的所有訪問請求進行成功響應的訪問請求數(shù)量與所有訪問請求的數(shù)量之間的比例，其中，所有服務器包括：安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版服務器；進而可以根據(jù)獲取到的服務可用性指標配置新版服務器和老版服務器的部署數(shù)量。由于可以通過獲取到的服務可用性指標來配置新版服務器和老版服務器的部署數(shù)量，而無需主動向用戶收集對新版服務器提供的服務的反饋信息，有效提升了升級的效率，并避免了由于一些用戶反饋信息的不準確造成的最終服務器升級失敗而整個服務癱瘓的問題，提升了服務器升級的可靠性。

在一個實施例中，在獲取到上述的服務可用性指標后，判斷服務可用性指標與預設閾值的大小關系，進而根據(jù)該大小關系確定如何配置新版服務器和老版服務器的部署數(shù)量，此時，根據(jù)服務可用性指標配置新版服務器和老版服務器的部署數(shù)量包括：在服務可用性指標大于預設閾值時，將至少一部分老版服務器替換為新版服務器。

當獲取到的服務可用性指標后，判斷該服務可用性指標與預設閾值的大小關系，在確定該服務可用性指標大于預設閾值后，說明新版服務器的服務質(zhì)量滿足要求，則將至少一部分老版服務器替換為新版服務器，也即，此時，增加新版服務器的數(shù)量，并相應的減少老版服務器的數(shù)量。

上述的預設閾值可以為系統(tǒng)預設的，也可以為制作升級更新安裝包的開發(fā)人員設定的，本公開不對預設閾值的設定方式和數(shù)值加以限制。

示例的，由于總的服務器的數(shù)量是可以固定不變的，比如設定100個服務器就可以同時響應同一時間點的所有訪問請求，因此無需部署過多的服務器，此時，新版服務器的數(shù)量增加的數(shù)量與老版服務器減少的數(shù)量相同。從而，保證了總的服務器的數(shù)量不變，有效利用了系統(tǒng)資源。

為了進一步的增加服務器升級的可靠性，可以逐漸增減新版服務器和老版服務器的數(shù)量，示例的，新版服務器增加的數(shù)量與老版服務器減少的數(shù)量均為1。

根據(jù)服務可用性指標配置新版服務器和老版服務器的部署數(shù)量還包括：在服務可用性指標小于或等于預設閾值時，將至少一部分新版服務器替換為老版服務器。

當獲取到的服務可用性指標后，判斷該服務可用性指標與預設閾值的大小關系，在確定該服務可用性指標小于或等于預設閾值后，說明新版服務器的服務質(zhì)量不能滿足要求，則將至少一部分新版服務器替換為老版服務器，也即減少新版服務器的數(shù)量。

為了進一步的滿足系統(tǒng)服務的需求，避免不能滿足服務質(zhì)量要求的新版服務器造成用戶訪問的失敗，可以將所有的新版服務器均用老版服務器替代，也即，不使用新版服務器為用戶提供服務。

例如：總共部署100個服務器，其中部署的老版服務器為95個，部署的新版服務器為5個，此時，獲取到的服務可用性指標小于或等于預設閾值，則撤銷部署的5個新版服務器，并將部署的老版服務器從95個增至100個，以滿足服務的需求。

本公開的實施例提供的技術方案可以包括以下有益效果：通過比較服務可用性指標與預設閾值的大小關系，以調(diào)整新版服務器和老版服務器的數(shù)量，從而提升了服務器升級的可靠性。

在一個實施例中，在服務可用性指標大于預設閾值時，將至少一部分老版服務器替換為新版服務器之后繼續(xù)執(zhí)行上述獲取服務可用性指標，根據(jù)服務可用性指標配置新版服務器和老版服務器的部署數(shù)量的步驟，直至老版服務器的數(shù)量減少至0，或服務可用性指標小于或等于預設閾值。

本公開的方式可以循環(huán)執(zhí)行，直至最終升級成功或升級失敗，在升級的過程中，如果新版服務器提供服務的可靠性高，則將至少一部分老版服務器替換為新版服務器，且在替換的同時，繼續(xù)檢測服務可用性指標，繼續(xù)判斷是要繼續(xù)將至少一部分老版服務器替換為新版服務器，還是需要將至少一部分新版服務器替換為老版服務器，這樣循序漸進的升級方式，保證了升級過程中，避免一次升級到位帶來的可能出現(xiàn)的服務質(zhì)量差的問題，從而提升了用戶獲取到的服務的可靠性，并有效提升了用戶體驗。

在一個實施例中，將所有老版服務器替換為新版服務器之后，還可以輸出第一提示消息，該第一提示消息用于提示服務器升級成功，也即此時老版服務器的數(shù)量減少至0。

在升級成功時，可以輸出上述的第一提示消息，從而使得開發(fā)人員可以得知升級更新安裝包無誤，可以滿足升級和服務的需求。

將至少一部分新版服務器替換為老版服務器之后，還可以輸出第二提示消息，該第二提示消息用于提示服務器升級失敗。

在升級失敗時，可以輸出上述的第二提示消息，從而使得開發(fā)人員可以得知升級更新安裝包有錯誤，無法滿足升級的需求，進而使得開發(fā)人員可以采取改進措施。

本公開的實施例提供的技術方案可以包括以下有益效果：在升級失敗或升級成功時，都會輸出提示消息，從而有效提升了用戶體驗。

在執(zhí)行上述獲取服務可用性指標之前，還需部署新版服務器，此時，如圖2所示，上述方法還包括以下步驟：

在步驟s103中，接收新版服務器部署請求消息，新版服務器部署請求消息中攜帶新版服務器的安裝包。

在步驟s104中，根據(jù)安裝包部署新版服務器。

在接收到新版服務器的安裝包后，便根據(jù)該安裝包部署新版服務器，其中，部署新版服務器的數(shù)量本公開不加以限制，值得注意的是，為了提升系統(tǒng)升級的可靠性，可以先部署1個新版服務器。

由于相關的負載均衡在根據(jù)部署的服務器進行訪問請求的分發(fā)時，是按照服務器對應的域名進行分發(fā)的，因此，在部署新版服務器的時候還需設置該新版服務器的域名。

在一種可實現(xiàn)方式中，安裝包中就會包含新版服務器對應的域名，從而在根據(jù)安裝包部署新版服務器的同時，就可以將域名與新版服務器進行綁定。但為了提升安裝的可靠性，避免攜帶的新版服務器對應的域名有誤，從而造成升級失敗，可以在新版服務器部署請求消息中還攜帶老版服務器的標識，此時，如圖3所示，上述的步驟s104可以實施為以下步驟：

在步驟s1041中，在新版服務器中安裝安裝包。

在步驟s1042中，根據(jù)老版服務器的標識獲取老版服務器的域名。

在步驟s1043中，將安裝了安裝包的新版服務器與老版服務器的域名進行綁定。

在獲取到新版服務器的安裝包后，首先在選擇的服務器中安裝該安裝包，由于負載均衡需要根據(jù)服務器的域名進行訪問請求的分發(fā)，此時，需要根據(jù)老版服務器的標識獲取老版服務器的域名，在獲取到老版服務器的域名后，便將新版服務器與老版服務器的域名進行綁定，從而使得新版服務器可以接收訪問請求。

上述根據(jù)老版服務器的標識獲取老版服務器的域名的步驟，可以在步驟s1041之前，也可以在步驟s1041之后，也可以與步驟s1041同時進行，本公開不對其加以限制。

本公開的實施例提供的技術方案可以包括以下有益效果：通過老版服務器的標識獲取老版服務器的域名，使得獲取的域名準確，有效提升了新版服務器部署的正確性。

下面通過將本公開的方法應用于云服務中為例詳細說明本公開的方法。

圖4是根據(jù)一示例性實施例示出的云服務的架構(gòu)圖，如圖5所示，該云服務的核心是云服務集群，在該云服務集群中包含了若干運行云服務的實例。

云服務集群入口是負載均衡模塊，負載均衡模塊負責把用戶的超文本傳輸協(xié)議(hypertexttransferprotocol，簡稱為：http)訪問請求分發(fā)到不同的運行云服務的實例上。

監(jiān)控服務模塊從云服務集群中收集服務可用性指標，本實施例中，服務可用性指標定義為http訪問請求中返回狀態(tài)碼200的數(shù)量占總的http訪問請求的數(shù)量的百分比。

云服務控制節(jié)點從監(jiān)控服務模塊獲取服務可用性指標，并且根據(jù)服務可用性指標調(diào)整新版云服務實例和老版云服務實例的數(shù)量。由于負載均衡模塊平均分發(fā)請求到后端云服務實例，所以通過調(diào)整新版云服務實例和老版云服務實例的數(shù)量，可以控制到新版云服務和老版云服務的http訪問請求比例。

圖5是根據(jù)一示例性實施例三示出的升級服務器的方法的流程圖，如圖5所示，該方法包括以下步驟：

在步驟s201中，云服務控制節(jié)點部署新版云服務實例。

云服務控制節(jié)點接收新版云服務實例部署請求消息，該新版云服務部署請求消息中攜帶新版云服務實例的安裝包和老版云服務實例的標識，云服務控制節(jié)點根據(jù)新版云服務實例的安裝包新增一個虛擬機用于安裝該新版云服務實例的安裝包以生成一個新版云服務實例，且減少一個老版云服務實例。

在步驟s202中，新版云服務實例綁定老版云服務實例的域名。

云服務控制節(jié)點根據(jù)老版云服務實例的標識獲取老版云服務實例的域名，并將該域名與新版云服務實例進行綁定。

在步驟s203中，云服務控制節(jié)點判斷服務可用性指標是否大于預設閾值，在服務可用性指標是否大于預設閾值時，執(zhí)行步驟s204；在服務可用性指標是否小于或等于預設閾值時，執(zhí)行步驟s207-步驟s208。

監(jiān)控服務模塊監(jiān)控服務可用性指標，進而云服務控制節(jié)點從監(jiān)控模塊獲取到服務可用性指標后，判斷該服務可用性指標是否大于預設閾值。

在步驟s204中，云服務控制節(jié)點判斷老版云服務實例數(shù)量是否等于0，在老版云服務實例數(shù)量是否等于0時，執(zhí)行步驟s205；在老版云服務實例數(shù)量不等于0時，執(zhí)行步驟s206。

在步驟s205中，云服務控制節(jié)點減少一個老版云服務實例并增加一個新版云服務實例，繼續(xù)執(zhí)行步驟s203，直至執(zhí)行到步驟s206或步驟s207。

當云服務控制節(jié)點減少一個老版云服務實例并增加一個新版云服務實例之后，監(jiān)控服務模塊繼續(xù)監(jiān)控服務可用性指標，此時云服務控制節(jié)點繼續(xù)執(zhí)行判斷服務可用性指標是否大于預設閾值以及之后的步驟，直至云服務控制節(jié)點輸出升級成功的提示消息，或，云服務控制節(jié)點輸出升級失敗的提示消息。

在步驟s206中，云服務控制節(jié)點輸出升級成功的提示消息。

在步驟s207中，云服務控制節(jié)點恢復老版云服務實例的數(shù)量為初始值，并將新版云服務實例數(shù)量降為0。

在步驟s208中，云服務控制節(jié)點輸出升級失敗的提示消息。

下述為本公開裝置實施例，可以用于執(zhí)行本公開方法實施例。

圖6是根據(jù)一示例性實施例一示出的升級服務器的裝置的框圖。如圖6所示，該升級服務器的裝置包括：

第一獲取模塊11，用于在所有服務器響應訪問請求的過程中，獲取服務可用性指標，所述服務可用性指標指示所述所有服務器對同一時間點接收到的所有訪問請求進行成功響應的訪問請求數(shù)量與所述所有訪問請求的數(shù)量之間的比例，其中，所述所有服務器包括：安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版服務器；

調(diào)整模塊12，用于根據(jù)所述第一獲取模11塊獲取的所述服務可用性指標配置所述新版服務器和所述老版服務器的部署數(shù)量。

在一個實施例中，如圖7所示，所述調(diào)整模12塊包括：第一替換子模塊121和第二替換子模塊122；

所述第一替換子模塊121，用于在所述第一獲取模塊11獲取的所述服務可用性指標大于預設閾值時，將至少一部分所述老版服務器替換為所述新版服務器；

所述第二替換子模塊122，用于在所述第一獲取模塊11獲取的所述服務可用性指標小于或等于所述預設閾值時，將至少一部分所述新版服務器替換為所述老版服務器。

在一個實施例中，如圖8所示，所述裝置還包括：第一輸出模塊13和第二輸出模塊14；

所述第一輸出模塊13，用于在所述第一替換子模塊121將所有所述老版服務器替換為所述新版服務器之后，輸出第一提示消息，所述第一提示消息用于提示服務器升級成功；

所述第二輸出模塊14，用于在所述第二替換子模塊122將至少一部分所述新版服務器替換為所述老版服務器之后，輸出第二提示消息，所述第二提示消息用于提示服務器升級失敗。

在一個實施例中，如圖9所示，所述裝置還包括：接收模塊15、安裝模塊16、第二獲取模塊17和綁定模塊18；

所述接收模塊15，用于接收新版服務器部署請求消息，所述新版服務器部署請求中攜帶新版服務器的安裝包和老版服務器的標識；

所述安裝模塊16，用于在所述新版服務器中安裝所述安裝包；

所述第二獲取模塊17，用于根據(jù)所述接收模塊15接收的所述老版服務器的標識獲取所述老版服務器的域名；

所述綁定模塊18，用于將安裝了所述安裝包的新版服務器與所述第二獲取模塊17獲取的所述老版服務器的域名進行綁定。

根據(jù)本公開實施例的第三方面，提供一種升級服務器的裝置，包括：

處理器；

用于存儲處理器可執(zhí)行指令的存儲器；

其中，處理器被配置為：

在所有服務器響應訪問請求的過程中，獲取服務可用性指標，所述服務可用性指標指示所述所有服務器對同一時間點接收到的所有訪問請求進行成功響應的訪問請求數(shù)量與所述所有訪問請求的數(shù)量之間的比例，其中，所述所有服務器包括：安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版服務器；

根據(jù)所述服務可用性指標配置所述新版服務器和所述老版服務器的部署數(shù)量。

上述處理器還可被配置為：

所述根據(jù)所述服務可用性指標配置所述新版服務器和所述老版服務器的部署數(shù)量包括：

在所述服務可用性指標大于預設閾值時，將至少一部分所述老版服務器替換為所述新版服務器；

在所述服務可用性指標小于或等于所述預設閾值時，將至少一部分所述新版服務器替換為所述老版服務器。

所述方法還包括：

將所有所述老版服務器替換為所述新版服務器之后，輸出第一提示消息，所述第一提示消息用于提示服務器升級成功；

或者，

將至少一部分所述新版服務器替換為所述老版服務器之后，輸出第二提示消息，所述第二提示消息用于提示服務器升級失敗。

所述獲取服務可用性指標之前，還包括：

接收新版服務器部署請求消息，所述新版服務器部署請求中攜帶新版服務器的安裝包和老版服務器的標識；

在所述新版服務器中安裝所述安裝包；

根據(jù)所述老版服務器的標識獲取所述老版服務器的域名；

將安裝了所述安裝包的新版服務器與所述老版服務器的域名進行綁定。

關于上述實施例中的裝置，其中各個模塊執(zhí)行操作的具體方式已經(jīng)在有關該方法的實施例中進行了詳細描述，此處將不做詳細闡述說明。

圖10是根據(jù)一示例性實施例示出的一種用于升級服務器的裝置90的框圖。例如，裝置90可以被提供為一服務器。裝置90包括處理組件902，其進一步包括一個或多個處理器，以及由存儲器903所代表的存儲器資源，用于存儲可由處理組件902的執(zhí)行的指令，例如應用程序。存儲器903中存儲的應用程序可以包括一個或一個以上的每一個對應于一組指令的模塊。此外，處理組件902被配置為執(zhí)行指令，以執(zhí)行上述方法。

裝置90還可以包括一個電源組件906被配置為執(zhí)行裝置90的電源管理，一個有線或無線網(wǎng)絡接口905被配置為將裝置90連接到網(wǎng)絡，和一個輸入輸出(i/o)接口908。裝置90可以操作基于存儲在存儲器903的操作系統(tǒng)，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或類似。

一種非臨時性計算機可讀存儲介質(zhì)，當所述存儲介質(zhì)中的指令由裝置90的處理器執(zhí)行時，使得裝置90能夠執(zhí)行上述的升級服務器的方法，所述方法包括：

在所有服務器響應訪問請求的過程中，獲取服務可用性指標，所述服務可用性指標指示所述所有服務器對同一時間點接收到的所有訪問請求進行成功響應的訪問請求數(shù)量與所述所有訪問請求的數(shù)量之間的比例，其中，所述所有服務器包括：安裝現(xiàn)有安裝包的老版服務器，和安裝現(xiàn)有安裝包對應的升級更新安裝包的新版服務器；

根據(jù)所述服務可用性指標配置所述新版服務器和所述老版服務器的部署數(shù)量。

所述根據(jù)所述服務可用性指標配置所述新版服務器和所述老版服務器的部署數(shù)量包括：

在所述服務可用性指標大于預設閾值時，將至少一部分所述老版服務器替換為所述新版服務器；

在所述服務可用性指標小于或等于所述預設閾值時，將至少一部分所述新版服務器替換為所述老版服務器。

所述方法還包括：

將所有所述老版服務器替換為所述新版服務器之后，輸出第一提示消息，所述第一提示消息用于提示服務器升級成功；

或者，

將至少一部分所述新版服務器替換為所述老版服務器之后，輸出第二提示消息，所述第二提示消息用于提示服務器升級失敗。

所述獲取服務可用性指標之前，還包括：

接收新版服務器部署請求消息，所述新版服務器部署請求中攜帶新版服務器的安裝包和老版服務器的標識；

在所述新版服務器中安裝所述安裝包；

根據(jù)所述老版服務器的標識獲取所述老版服務器的域名；

將安裝了所述安裝包的新版服務器與所述老版服務器的域名進行綁定。本領域技術人員在考慮說明書及實踐這里公開的公開后，將容易想到本公開的其它實施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應性變化，這些變型、用途或者適應性變化遵循本公開的一般性原理并包括本公開未公開的本技術領域中的公知常識或慣用技術手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由下面的權利要求指出。

應當理解的是，本公開并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進行各種修改和改變。本公開的范圍僅由所附的權利要求來限制。