[發明專利]一種容器集群服務應用程序升級的方法及設備

在審

• 申請號: 201910349424.1
• 申請日: 2019-04-28
• 公開（公告）號: CN111857761A
• 公開（公告）日: 2020-10-30
• 發明（設計）人: 馬曉光
• 申請（專利權）人: 中國移動通信集團河南有限公司;中國移動通信集團有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65
• 代理公司: 北京國昊天誠知識產權代理有限公司 11315
• 代理人: 劉昕;南霆

本發明公開了容器集群服務應用程序升級的方法及設備，其中，方法包括：接收構建包含多個第二容器的備用容器集群的第一操作信息，并根據第一操作信息構建相應的備用容器集群；接收針對主容器集群中的第一容器中運行的第一服務應用程序進行升級的第二操作信息；根據第二操作信息對第一容器中運行的第一服務應用程序進行升級，若升級失敗，則獲取切換容器集群的操作信息，以將備用容器集群切換至為前端的應用程序提供服務的容器集群。本方案，升級失敗時，通過修改服務端口將備用容器集群切換至為前端的客戶端提供服務的容器集群，因此，本方案有效縮短了升級失敗時的回滾時間，除此之外，本方案有效保障了后臺服務的質量。

技術領域

本發明涉及后臺服務升級的技術領域，尤其涉及一種容器集群服務應用程序升級的方法及設備。

背景技術

現有技術方案中，基于前端的用戶端的需求逐漸升高，或者是后臺提供服務的范圍逐步擴大，對后臺服務應用程序進行升級是極其常見的事情。

然而，現有方案中，會選擇在前端的應用程序的用戶的數量較少的時間段，對后臺服務應用程序進行升級，以最大限度的降低由于升級對前端的用戶造成的影響，如通信公司的流量查詢平臺，對囊括巨大流量數據的后臺服務應用程序進行升級，一般選擇凌晨等查詢流量的用戶較少的時間段。

由于現有技術方案針對后臺服務應用程序而言，若升級失敗，則需回滾至升級前的版本，而回滾需要浪費較長的時間，低至半個小時至一個小時，高至幾個小時；除此之外，即使升級的過程沒有問題，若升級成功后，前端的客戶端用戶的體驗較差時，為了保證容器集群服務對前端的用戶的服務質量及維護良好的口碑，也需要將后臺服務回滾至升級前的版本，也需要浪費較長的回滾時間。

綜上所述，現有技術方案中缺少一種既使升級不成功也無需花費過多的時間以回滾至原來的版本的升級方案。

發明內容

本發明實施例提供一種容器集群服務應用程序升級的方法及設備，以解決現有技術中缺少一種既使升級不成功也無需花費過多的時間以回滾至原來的版本的升級方案的技術問題。

為了解決上述技術問題，本發明是這樣實現的：

第一方面，根據本發明實施例提供的一種容器集群服務應用程序升級的方法，包括：

接收構建包含多個第二容器的備用容器集群的第一操作信息，并根據所述第一操作信息構建相應的備用容器集群；其中，所述備用容器集群中包含預設數量的第二容器，所述第二容器中包含運行的第一服務應用程序；

接收針對主容器集群中的第一容器中運行的第一服務應用程序進行升級的第二操作信息；

根據所述第二操作信息對所述第一容器中運行的第一服務應用程序進行升級，若升級失敗，則獲取切換容器集群的第三操作信息，以將所述備用容器集群切換至為前端的應用程序提供服務的容器集群；

其中，所述備用容器集群與所述主容器集群為所述前端的應用程序提供相同的服務。

優選的，在根據所述第二操作信息對所述第一容器中運行的第一服務應用程序進行升級之前，還包括：

將所述第二容器中運行的第一服務應用程序升級為第二服務應用程序，并進行測試；其中，所述第二服務應用程序為所述第一服務應用程序升級后的版本；

當針對所述第二容器中的第二服務應用程序的測試結果滿足要求，則將所述第二容器中運行的第二后臺應用服務程序恢復至所述第一后臺應用服務程序；

所述根據所述第二操作信息對所述第一容器中運行的第一服務應用程序進行升級，包括：

當針對第二服務應用程序的測試結果滿足要求，則將所述第一容器中運行的第一服務應用程序升級為所述第二服務應用程序。