[發明專利]服務網格的數據面容器的升級方法、裝置及電子設備

在審

• 申請號: 202011377129.6
• 申請日: 2020-11-30
• 公開（公告）號: CN112506553A
• 公開（公告）日: 2021-03-16
• 發明（設計）人: 王吉祥
• 申請（專利權）人: 北京達佳互聯信息技術有限公司
• 主分類號: G06F8/656
• 分類號: G06F8/656
• 代理公司: 北京潤澤恒知識產權代理有限公司 11319
• 代理人: 李娜

本公開實施例提供了一種服務網格的數據面容器的升級方法、裝置及電子設備。方法包括：確定本次需要升級的目標容器組；通過目標容器組中的數據面容器中的管理進程，獲取目標代理組件的升級數據包，其中，目標代理組件為與管理進程屬于同一個數據面容器的代理組件，目標容器組中的數據面容器是目標容器組中用來代理業務容器的請求的容器；管理進程通過熱啟動方式啟動升級數據包。因此，本公開的實施例，不需要重啟業務實例和數據面容器，并且可以在業務實例不停服務的情況下進行數據面容器的熱升級，從而降低了數據面容器的升級過程對業務正常運行的不良影響。

技術領域

本公開涉及計算機技術領域，尤其涉及一種服務網格的數據面容器的升級方法、裝置及電子設備。

背景技術

服務網格(Service Mesh)帶來的核心價值是業務與基礎設施層的解耦，使得基礎組件可以獨立的維護和升級，但如果沒有快速升級、滾動革新的能力，網格帶來的紅利將得不到實現。因此，需要搭建數據面的發布平臺，并升級數據面組件。

當前升級數據面版本的方式可以是更新webhook注入的數據面鏡像版本，同時將所有服務重新部署，即重新通過webhook注入數據面鏡像版本。其中，webhook是一個應用程序編程接口(API)概念，是微服務API的使用范式之一，也被成為反向API，即：前端不主動發送請求，完全由后端推送。但是，webhook的注入只會對新啟動的容器組(pod)生效，存量的服務實例不會更新，因此需要重新部署。其中，重啟服務將會影響業務的正常運行，重啟時間長，并需要提前切走流量來避免下游請求出錯。同時webhook注入是全局統一的，無法控制粒度。

此外，K8s支持補丁(patch)的方式更新pod內容器的鏡像，則當需要更新數據面邊車(sidecar)時，可以為每個pod打patch來更新，從而避免重啟pod。但是，該方案雖能避免不重啟業務實例，但是patch鏡像時需要重新啟動數據面容器，需要直接銷毀(kill)原數據面容器，再新啟動新版本，則無法做到平滑重啟的控制。并且，由于數據面是轉發請求的，如果重啟數據面鏡像將導致啟動時間內該實例不能對外提供服務，從而導致請求出錯。

綜上所述，現有技術在對數據面容器升級時，需要重啟業務實例或者重啟數據面容器，從而影響業務的正常運行。

發明內容

為了解決背景技術中記載的技術問題，本公開實施例提供了一種服務網格的數據面容器的升級方法、裝置及電子設備，本公開的技術方案如下：

根據本公開實施例的第一方面，提供了一種服務網格的數據面容器的升級方法，所述方法包括：

確定本次需要升級的目標容器組；

通過所述目標容器組中的數據面容器中的管理進程，獲取目標代理組件的升級數據包，其中，所述目標代理組件為與所述管理進程屬于同一個數據面容器的代理組件，所述目標容器組中的數據面容器是所述目標容器組中用來代理業務容器的請求的容器；

所述管理進程通過熱啟動方式啟動所述升級數據包。

可選的，所述確定本次需要升級的目標容器組，包括：

在獲取到針對數據面容器的更新配置指示的情況下，根據所述更新配置指示，確定本次需要升級的目標容器組。

可選的，獲取到針對數據面容器的更新配置指示之后，所述方法還包括：

在檢測到容器組的新建、刪除、升級完成中的其中一個事件發生時，返回根據所述更新配置指示，確定本次需要升級的目標容器組的步驟。

可選的，所述更新配置指示包括預設條件、升級比例和最大并行升級數量，所述最大并行升級數量表示并行升級的容器組的最大數量；

所述根據所述更新配置指示，確定本次需要升級的目標容器組，包括：

獲取服務網格中符合所述預設條件的第一容器組；