[發(fā)明專利]多集群容器管理方法、裝置、電子設備和存儲介質(zhì)

在審

• 申請?zhí)枺?/td>: 202110334857.7
• 申請日: 2021-03-29
• 公開（公告）號: CN112905306A
• 公開（公告）日: 2021-06-04
• 發(fā)明（設計）人: 胡啟罡
• 申請（專利權）人: 建信金融科技有限責任公司
• 主分類號: G06F9/455
• 分類號: G06F9/455
• 代理公司: 北京品源專利代理有限公司 11332
• 代理人: 孟金喆

本發(fā)明公開了一種多集群容器管理方法、裝置、電子設備和存儲介質(zhì)，應用于自動程序設計技術領域，其中，該方法包括：獲取用戶輸入的容器管理請求；根據(jù)所述容器管理請求和預設管理對象管理從屬集群中的業(yè)務容器。本發(fā)明實施例通過使用預設管理對象和容器管理請求實現(xiàn)對從屬集群中業(yè)務容器的管理，實現(xiàn)從屬集群中業(yè)務容器的統(tǒng)一管理，降低業(yè)務容器的維護難度，減少多集群部署情況下的容器管理成本。

技術領域

本發(fā)明實施例涉及自動程序設計技術領域，尤其涉及一種多集群容器管理方法、裝置、電子設備和存儲介質(zhì)。

背景技術

應用程序和服務通常需要其他相關的功能，例如，監(jiān)控、日志、集中化配置和網(wǎng)絡服務等，這些外圍功能往往被集成在應用程序中，外圍功能與應用程序在相同的進程中運行，并沒有被很好的隔離。外圍功能一旦出現(xiàn)中斷將會導致其他功能或者整體應用程序的崩潰。現(xiàn)有技術中常使用kubernetes容器調(diào)度平臺中的Sidecar模式，將這些外圍功能作為一個個單獨的組件部署在各自的進程或者容器中。

然而原生kubernetes中對Sidecar模式的支持較弱，通過Kubernetes中原生的資源類型進行系統(tǒng)部署時存在以下問題：1、多集群部署情景下業(yè)務應用程序需要依賴于多個容器，在對容器進行管理時需要由運維人員手動添加部署多個容器，操作服務，且無法保障不同集群中容器的一致性。2、原生的Kubernetes沒有批量升級功能，無法對容器進行統(tǒng)一升級，必須登錄到各集群對容器版本進行升級，并通知業(yè)務項目重新構建業(yè)務鏡像，造成人力和物力的浪費。

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

本發(fā)明提供一種多集群容器管理方法、裝置、電子設備和存儲介質(zhì)，應用于自動程序設計技術領域，以對多集群下的容器進行統(tǒng)一管理，降低添加新建容器的操作難度，提高容器升級效率，減少多集群部署情況下的容器管理成本。

第一方面，本發(fā)明實施例提供了一種多集群容器管理方法，該方法包括：

獲取用戶輸入的容器管理請求；

根據(jù)所述容器管理請求和預設管理對象管理從屬集群中的業(yè)務容器。

第二方面，本發(fā)明實施例還提供了一種多集群容器管理方法，該方法包括：

獲取全局控制集群發(fā)送的容器管理指令，其中，所述容器管理指令根據(jù)所述容器管理請求和所述預設管理對象確定；

根據(jù)所述容器管理指令管理業(yè)務容器。

第三方面，本發(fā)明實施例還提供了一種多集群容器管理裝置，該裝置包括：

請求獲取模塊，用于獲取用戶輸入的容器管理請求；

容器管理模塊，用于根據(jù)所述容器管理請求和預設管理對象管理從屬集群中的業(yè)務容器。

第四方面，本發(fā)明實施例還提供了一種多集群容器管理裝置，該裝置包括：

指令獲取模塊，用于獲取全局控制集群發(fā)送的容器管理指令，其中，所述容器管理指令根據(jù)所述容器管理請求和所述預設管理對象確定；

管理執(zhí)行模塊，用于根據(jù)所述容器管理指令管理業(yè)務容器。

第五方面，本發(fā)明實施例還提供了一種電子設備，該電子設備包括：

一個或多個處理器；

存儲器，用于存儲一個或多個程序；

當所述一個或多個程序被所述一個或多個處理器執(zhí)行，使得所述一個或多個處理器實現(xiàn)如本發(fā)明實施例中任一所述的多集群容器管理方法。

第六方面，本發(fā)明實施例還提供了一種計算機可讀存儲介質(zhì)，其上存儲有計算機程序，所述計算機程序被處理器執(zhí)行時實現(xiàn)如本發(fā)明實施例中任一所述的多集群容器管理方法。