[發(fā)明專利]一種統(tǒng)一納管Kubernetes異構(gòu)應(yīng)用的系統(tǒng)及運(yùn)行方法

有效

• 申請(qǐng)?zhí)枺?/td>: 202011115981.6
• 申請(qǐng)日: 2020-10-19
• 公開（公告）號(hào): CN112286628B
• 公開（公告）日: 2022-05-17
• 發(fā)明（設(shè)計(jì)）人: 楊樂;曹冉;侯漢祎;田松
• 申請(qǐng)（專利權(quán)）人: 烽火通信科技股份有限公司
• 主分類號(hào): G06F9/455
• 分類號(hào): G06F9/455;G06F16/25;G06F16/23
• 代理公司: 深圳市六加知識(shí)產(chǎn)權(quán)代理有限公司 44372
• 代理人: 向彬

本發(fā)明公開了一種統(tǒng)一納管Kubernetes異構(gòu)應(yīng)用的系統(tǒng)，包括：“Kubernetes資源整合模塊”由“資源掃描組件”和“資源組裝組件”構(gòu)成；“Kubernetes資源參數(shù)解析模塊”由“Kubernetes資源對(duì)象參數(shù)解析組件”構(gòu)成；“Operator參數(shù)解析模塊”由“Operator對(duì)象查詢組件”和“Operator對(duì)象參數(shù)解析組件”構(gòu)成；“Helm參數(shù)轉(zhuǎn)換模塊”由“Helm參數(shù)轉(zhuǎn)換組件”和“Helm參數(shù)基礎(chǔ)庫組件”構(gòu)成；“統(tǒng)一查詢模塊”由“北向接口組件”，“查詢整合組件”和“實(shí)時(shí)監(jiān)聽組件”構(gòu)成；“數(shù)據(jù)庫模塊”采用Mysql數(shù)據(jù)庫。本發(fā)明還提供了相應(yīng)的運(yùn)行方法。

技術(shù)領(lǐng)域

本發(fā)明屬于容器云技術(shù)領(lǐng)域，更具體地，涉及一種統(tǒng)一納管Kubernetes異構(gòu)應(yīng)用的系統(tǒng)及運(yùn)行方法。

背景技術(shù)

隨著云數(shù)據(jù)中心以及用戶規(guī)模的逐漸擴(kuò)大，云計(jì)算的相關(guān)技術(shù)也蓬勃發(fā)展。而隨著Docker技術(shù)的出現(xiàn)，對(duì)容器編排系統(tǒng)的需求也日益迫切。Kubernetes作為開源的大規(guī)模容器編排引擎，已經(jīng)逐步成為了容器云的行業(yè)規(guī)范。而Kubernetes容器平臺(tái)的核心價(jià)值就是對(duì)容器化的應(yīng)用進(jìn)行妥善的編排部署和優(yōu)質(zhì)的運(yùn)行管理。

容器云平臺(tái)作為云計(jì)算層級(jí)中的平臺(tái)即服務(wù)(Platform as a Service，PaaS)，對(duì)于應(yīng)用的管理是其生態(tài)中重要的組成部分。而基于Kubernetes的容器云平臺(tái)，創(chuàng)建容器應(yīng)用的方式多種多樣，將這些應(yīng)用以統(tǒng)一的方式進(jìn)行管理并呈現(xiàn)，在產(chǎn)品的易用性、友好性及技術(shù)架構(gòu)的整合性方面有著極其重要的意義。當(dāng)前階段，基于Kubernetes引擎，創(chuàng)建容器應(yīng)用方式主要包括接口、命令行、腳本、Helm技術(shù)、Operator技術(shù)等。

(1)接口：調(diào)用Kubernetes接口，創(chuàng)建容器資源，包括但不限于部署(Deployment)，有狀態(tài)副本集(Statefulset)，守護(hù)進(jìn)程集(Daemonset)，容器組(Pod)，服務(wù)(Service，SVC)，配置字典(Configmap)等資源對(duì)象，并通過應(yīng)用(Application，APP)Label將不同資源建立聯(lián)系，構(gòu)成應(yīng)用；

(2)命令行：使用kubectl命令行界面(Command-Line Interface，CLI)，創(chuàng)建容器資源，包括但不限于Deployment，Statefulset，Daemonset，Pod，SVC，Configmap等，并通過App Label將不同資源建立聯(lián)系，構(gòu)成應(yīng)用；

(3)腳本：編寫Yaml格式文件(Yaml文件中對(duì)要?jiǎng)?chuàng)建的容器資源進(jìn)行編排)并創(chuàng)建；

(4)Helm：基于Helm應(yīng)用包管理工具，編寫Helm Charts文件對(duì)要?jiǎng)?chuàng)建的容器資源進(jìn)行編排并創(chuàng)建應(yīng)用；

(5)Operator：基于Operator對(duì)象，編寫自定義資源類型(Custom ResourceDefinition，CRD)及Operator資源文件對(duì)要?jiǎng)?chuàng)建的容器資源進(jìn)行編排并創(chuàng)建應(yīng)用；

前三種方式均是基于原生Kubernetes原生能力進(jìn)行資源編排。對(duì)應(yīng)到底層具體實(shí)現(xiàn)，會(huì)轉(zhuǎn)化為一個(gè)個(gè)實(shí)際運(yùn)行的資源對(duì)象，對(duì)象間通過標(biāo)簽關(guān)聯(lián)，構(gòu)成應(yīng)用；后兩種方式是目前業(yè)界主流的兩種基于Kubernetes容器應(yīng)用編排工具，可直接實(shí)現(xiàn)基于Helm和Operator技術(shù)對(duì)容器應(yīng)用部署并以這兩種技術(shù)對(duì)應(yīng)的資源形態(tài)進(jìn)行管理。

雖然Kubernetes容器云平臺(tái)的應(yīng)用創(chuàng)建方式有多種，但幾乎所有的容器云平臺(tái)產(chǎn)品本身都只能提供符合自己產(chǎn)品設(shè)計(jì)架構(gòu)的某一類應(yīng)用的創(chuàng)建及管理方式，對(duì)于通過其他方式創(chuàng)建的異構(gòu)形態(tài)容器應(yīng)用則無法統(tǒng)一納管。而對(duì)于容器云平臺(tái)，若缺失異構(gòu)應(yīng)用統(tǒng)一納管的能力，會(huì)導(dǎo)致平臺(tái)側(cè)無法感知用戶手工從底層創(chuàng)建的不同類型應(yīng)用，嚴(yán)重情況下會(huì)導(dǎo)致界面與Kubernetes底層數(shù)據(jù)不一致。