CN110532075A

CN110532075A - 有状态负载的实现方法及装置

Info

Publication number: CN110532075A
Application number: CN201910735507.4A
Authority: CN
Inventors: 陈鸽
Original assignee: Jinan Inspur Data Technology Co Ltd
Current assignee: Jinan Inspur Data Technology Co Ltd
Priority date: 2019-08-09
Filing date: 2019-08-09
Publication date: 2019-12-03

Abstract

本申请提供了一种有状态负载的实现方法，包括：获取用户根据提供的信息输入模板，输入的有状态负载的创建信息；其中，所述创建信息包括有状态负载的配置信息以及镜像标识；对所述创建信息进行处理，并根据处理后所述创建信息生成有状态负载的创建请求；其中，处理后的所述创建信息的格式为容器管理平台Kubernetes规定的数据格式；所述创建请求包括所述有状态负载的创建信息；将所述创建请求发送给所述容器管理平台Kubernetes，以控制所述容器管理平台Kubernetes根据所述创建请求，从镜像库中下载所述镜像标识对应的有状态负载镜像，并基于所述配置信息以及所述有状态负载镜像，创建并运行有状态负载；其中，所述镜像库包括多个预先上传的设置有镜像标识的有状态负载镜像。

Description

有状态负载的实现方法及装置

技术领域

本发明涉及有状态负载技术领域，特别涉及一种有状态负载的实现方法及装置。

背景技术

在目前互联网应用百花齐放的背景下，几乎所有应用都使用到数据库等有状态负载。所以，越来越多的普通用户也开始具有实现有状态负载的需求。

由于，基于容器来实现应用，相比于之前基于创建虚拟机来实现应用，具有占用资源少以及启动更加快速等优势。所以，现在对于有状态负载实现，主要都是基于容器来实现。用户可以通过基于应用容器引擎Docker的容器管理平台Kubernetes，来基于容器实现有状态负载。

但是，通过基于应用容器引擎Docker的容器管理平台Kubernetes，来实现有状态负载，对用户的专业水平具有一定的要求。对于没有相关专业知识的普通用户来说，并不知道如何配置信息，配置什么信息，才能实现符合自己需求的有状态负载。所以，现有的方式并不能很好的满足普通用户实现有状态负载的需求。

发明内容

基于上述现有技术的不足，本发明提供了一种有状态负载的实现方法及装置，以解决现有的实现有状态负载的方式，无法很好的满足普通用户实现有状态负载的需求的问题。

为了实现上述目的，本发明提供了以下技术方案：

本发明第一方面提供了一种有状态负载的实现方法，包括：

获取用户根据提供的信息输入模板，输入的有状态负载的创建信息；其中，所述创建信息包括有状态负载的配置信息以及镜像标识；

对所述创建信息进行处理，并根据处理后所述创建信息生成有状态负载的创建请求；其中，处理后的所述创建信息的格式为容器管理平台Kubernetes规定的数据格式；所述创建请求包括所述有状态负载的创建信息；

将所述创建请求发送给所述容器管理平台Kubernetes，以控制所述容器管理平台Kubernetes根据所述创建请求，从镜像库中下载所述镜像标识对应的有状态负载镜像，并基于所述配置信息以及所述有状态负载镜像，创建并运行有状态负载；

其中，所述镜像库包括多个预先上传的，设置有镜像标识的有状态负载镜像。

可选地，在上述的方法中，获取用户根据提供的信息输入模板，输入的有状态负载的创建信息，包括：

通过用户界面向用户显示创建信息输入界面；其中，所述创建信息输入界面包括所述信息输入模板；

获取用户通过所述创建信息输入界面输入的有状态负载的创建信息；其中，所述创建信息包括有状态负载的配置信息以及容器信息，所述配置信息包括有状态负载的基本信息以及服务信息，所述容器信息包括有状态负载的镜像标识。

可选地，在上述的方法中，对所述创建信息进行处理，并根据处理后所述创建信息生成有状态负载的创建请求，包括：

校验所述有状态负载的创建信息中的每一个创建信息是否合法；

若校验出所述有状态负载的创建信息中的每一个创建信息都合法，则将所述有状态负载的创建信息，根据所述容器管理平台Kubernetes规定的数据格式进行封装处理，并基于封装处理后的所述有状态负载的创建信息生成创建请求。

可选地，在上述的方法中，所述容器管理平台Kubernetes根据所述创建请求，从镜像库中下载所述镜像标识对应的有状态负载镜像，并基于所述配置信息以及所述有状态负载镜像，创建并运行有状态负载的方式，包括：

所述容器管理平台Kubernetes通过应用容器引擎Docker，根据所述创建请求，从镜像库Harbor中下载所述镜像标识对应的有状态负载镜像，并基于所述配置信息以及所述有状态负载镜像，创建并运行有状态负载容器。

本发明第二方面提供了一种有状态负载的实现装置，包括：

获取单元，用于获取用户根据提供的信息输入模板，输入的有状态负载的创建信息；其中，所述创建信息包括有状态负载的配置信息以及镜像标识；

处理单元，用于对所述创建信息进行处理，并根据处理后所述创建信息生成有状态负载的创建请求；其中，处理后的所述创建信息的格式为容器管理平台Kubernetes规定的数据格式；所述创建请求包括所述有状态负载的创建信息；

发送单元，用于将所述创建请求发送给所述容器管理平台Kubernetes，以控制所述容器管理平台Kubernetes根据所述创建请求，从镜像库中下载所述镜像标识对应的有状态负载镜像，并基于所述配置信息以及所述有状态负载镜像，创建并运行有状态负载；

可选地，在上述的装置中，所述获取单元，包括：

显示单元，用于通过用户界面向用户显示创建信息输入界面；其中，所述创建信息输入界面包括所述信息输入模板；

获取子单元，用于获取用户通过所述创建信息输入界面输入的有状态负载的创建信息；其中，所述创建信息包括有状态负载的配置信息以及容器信息，所述配置信息包括有状态负载的基本信息以及服务信息，所述容器信息包括有状态负载的镜像标识。

可选地，在上述的装置中，所述处理单元，包括：

校验单元，用于校验所述有状态负载的创建信息中的每一个创建信息是否合法；

处理子单元，用于在所述检验单元校验出所述有状态负载的创建信息中的每一个创建信息都合法时，将所述有状态负载的创建信息，根据所述容器管理平台Kubernetes规定的数据格式进行封装处理，并基于封装处理后的所述有状态负载的创建信息生成创建请求。

本发明第三方面提供了一种云数据中心管理平台，包括：存储器和处理器，其中：

所述存储器用于存储计算机程序；

所述处理器用于执行所述存储器存储的计算机程序，且当所述存储器中存储的计算机程序被执行时，所述处理器用于执行如权利要求1至3中任意一项所述的方法。

本发明第四方面提供了一种计算机可读介质，其特征在于，其上存储有计算机程序，其中，所述计算机程序被处理器执行时，用于实现如权利要求1至3中任意一项所述的方法。

本发明提供的一种有状态负载的实现方法及装置，为用户提供信息传输模板，以供用户输入有状态负载的创建信息。其中，所述创建信息包括有状态负载的配置信息以及镜像标识。然后，将获取到的用户输入的有状态负载的创建信息处理为容器管理平台Kubernetes规定的数据格式后，再根据处理后的有状态负载的创建信息生成创建请求，发送给容器管理平台Kubernetes，从而使得容器管理平台Kubernetes根据创建请求，从镜像库中下载所述镜像标识对应的有状态负载镜像，并基于用户输入的配置信息以及有状态负载镜像，创建并运行有状态负载。从而为普通的用户提供了一种简单便捷地，实现有状态负载的方式，很好的满足了普通用户对实现有状态负载的需求。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的云数据中心管理平台的结构示意图；

图2为本发明实施例提供的一种有状态负载的实现方法的流程示意图；

图3为本发明另一实施例提供的一种有状态负载的实现方法的流程示意图；

图4为本发明另一实施例提供的一种有状态负载的实现方法的流程示意图；

图5为本发明另一实施例提供的一种有状态负载的实现装置的结构示意图；

图6为本发明另一实施例提供的一种有状态负载的实现装置的结构示意图；

图7为本发明另一实施例提供的一种有状态负载的实现装置的结构示意图；

图8为本发明另一实施例提供的一种云数据中心管理平台的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明实施提供了一种状态负载的实现方法，以解决现有的实现有状态负载的方式，无法很好的满足普通用户实现有状态负载的需求的问题。

首先需要说明的是，本发明所提供的状态负载的实现方法，可以通过云数据中心管理平台(InCloud Manager，ICM)来实现。ICM平台可对接虚拟化平台、容器平台等。具体的，如图1所示，ICM平台包括用户模块101以及数据处理模块102。用户模块101用于向用户提供用户界面，通过用户界面实现与用户之间的交互。数据处理模块102用于处理数据，以及与第三方平台对接，以响应用户的操作。

基于上述的ICM平台，本发明实施例提供了一种状态负载的实现方法，如图2所示，包括：

S201、获取用户根据提供的信息输入模板，输入的有状态负载的创建信息。

其中，创建信息包括有状态负载的配置信息以及镜像标识。

由于大部分的用户的在有状态负载的创建上的知识水平并不高，所以对于大部分用户在创建有状态负载时，会存在不知道需要配置什么创建信息、各个创建信息格式以及具体如何配置创建信息等问题。所以，本发明实施例在用户创建有状态负载时，为用户提供统一的信息输入模板，用户只需要根据所提供的信息输入模板，输入有状态负载的创建信息，就可以实现有状态负载的创建。通过信息输入模板，使得普通用户也可以根据自己的需求，正确的输入有状态负载的创建信息，从而创建相应的有状态负载。避免输入错误的创建信息或者缺少必要的创建信息等，从而造成无法正确的创建出有状态负载。

可选地，信息输出模板可以是一个已填写所有的创建信息的实例模板。用户对照着实例模板，相应的输入符合自己需求的有状态负载的创建信息。当然这只是其中一种可选的模板形式，信息输入模板也可以采用其他形式提供给用户，以方便用户正确的输入创建信息。例如，信息输入模板也可以是类似于表格的形式，用户根据表格上的各个字段的提示或标题，相应的填入各个有状态负载的创建信息。

需要说明的是，有状态负载的创建信息包括配置信息以及镜像标识。其中，本发明实施例中有状态负载，是基于有状态负载镜像来实现的，所以镜像标识是创建信息中必不可少的一个创建信息。而配置信息中则包括有必要信息和非必要信息。必要信息是用户必须需要输入的，而非必要信息用户可以根据自己的需求进行选择性的输入。

具体的，ICM平台通过用户模块为用户提供信息输入模板，并获取用户根据信息输入模板，输入有状态负载的创建信息。其中，创建信息的输入方式包括用户自己键入创建信息，以及用户从提供的多个信息选项中，选择创建信息。即对于部分创建信息，需要为用户提供的多个信息选项，供用户选择。例如，对于镜像标识，由于部分用户可能并不清楚镜像标识的具体形式，或者不知道具有哪些镜像标识。所以，可以将所有的镜像标识作为选项，供用户进行选择。

可选地，本发明的另一实施例中，如图3所示，步骤S201的其中一种具体的实现方式，包括：

S301、通过用户界面向用户显示创建信息输入界面。

其中，信息输入界面包括信息输入模板。

具体的，ICM平台的用户模块通过在用户界面上显示创建信息输入界面，以让用户在创建信息输入界面上输入有状态负载的创建信息。其中，创建信息输入界面上显示有信息输入模板。

S302、获取用户通过创建信息输入界面输入的有状态负载的创建信息。

其中，创建信息包括有状态负载的配置信息以及容器信息，配置信息包括有状态负载的基本信息以及服务信息，所述容器信息包括有状态负载的镜像标识。

具体的，有状态负载的基本信息可以包括：有状态负载的名称、资源域、虚拟数据中心、用户、副本数、更新策略、描述等。有状态负载所对应的服务信息包括有：服务的名称、会话亲和性、端口等。有状态负载对应的容器信息除了包括有状态负载的镜像标识，还可以包括：容器的名称、CPU最小值、CPU最大值、内存最小值、内存最大值、端口、特权模式、命令、参数、环境变量、存活探针、就绪探针等。

S202、对创建信息进行处理，并根据处理后所述创建信息生成有状态负载的创建请求。

其中，处理后的创建信息的格式为容器管理平台Kubernetes规定的数据格式。创建请求包括有状态负载的创建信息。

需要说明的是，本发明实施中，有状态负载的实现是基于容器技术来实现。所以，本发明需要通过容器管理平台Kubernetes来实现有状态负载。Kubernetes(k8s)是谷歌公司开发的一个用于管理大量异构主机组成的云平台中容器以及实现自动化容器操作的开源平台。容器管理平台Kubernetes可以支持不同的容器引擎，来实现容器的创建、部署，调度和节点集群间扩展等。

所以，在本发明实施例中，用户在通过ICM平台创建有状态负载之前，除了需要安装ICM平台，还需要部署容器管理平台Kubernetes，以及相应的容器引擎。

具体的，在ICM的用户模块在获取到用户输入的创建信息后，发送给数据处理模块，数据处理模块对接收到的创建信息进行一系列的处理，使得创建信息的格式符合容器管理平台Kubernetes，规定的创建有状态负载的信息的数据格式。以使得容器管理平台Kubernetes能根据处理后的创建信息，创建有状态负载。

可选地，本发明的另一实施例中，如图4所示，步骤S202的一种实施方式，包括：

S401、校验有状态负载的创建信息中的每一个创建信息是否合法。

虽然，用户是根据信息输入模板，输入的有状态负载的创建信息，但是却无法完全保证用户输入的创建信息的格式，或者具体数值是符合要求的，即是完全合法的。因为，当存在创建信息不合法时，会导致无法创建有状态负载。所以，在接收到用户输入的有状态负载的创建信息后，需要校验有状态负载的创建信息中的每一个创建信息，是否符合对该创建信息的规定。若创建信息符合对应的规定，则认定创建信息是合法的。

需要说明的是，在执行步骤S401校验出用户输入的每个创建信息都合法后，执行步骤S402。若执行步骤S401校验出用户输入的创建信息中存在不合法的创建信息，则将不合法的创建信息通过用户界面反馈给用户，以供用户修改创建信息。

S402、根据容器管理平台Kubernetes规定的数据格式进行封装处理，并基于封装处理后的有状态负载的创建信息生成创建请求。

具体的，在ICM的数据处理模块对校验合法后的创建信息，根据容器管理平台Kubernetes规定的数据格式进行封装处理，并基于封装处理后的有状态负载的创建信息生成创建请求后，执行步骤S203。

S203、将创建请求发送给容器管理平台Kubernetes，以控制容器管理平台Kubernetes根据创建请求，从镜像库中下载镜像标识对应的有状态负载镜像，并基于配置信息以及有状态负载镜像，创建并运行有状态负载。

其中，镜像库包括多个预先上传的，设置有镜像标识的有状态负载镜像。

也就是说，在本发明实施例中，已经预先开发了多个不同的有状态负载镜像，然后将有状态负载镜像上传到镜像库中，并为每一个有状态负载进行配置唯一的标识。用户根据自己的需求选择相应的镜像标识，以最终从镜像库中下载镜像标识对应的有状态负载镜像，创建符合用户需求的有状态负载。

具体的，容器管理平台Kubernetes在接收到创建请求后，根据创建请求中包含的镜像标识，从镜像库中下载镜像标识所对应的有状态负载镜像，并根据创建请求中的配置信息和下载的有状态负载镜像，创建有状态负载，从而最终实现有状态负载。

可选地，本发明另一实施例中，管理平台Kubernetes根据创建请求，从镜像库中下载镜像标识对应的有状态负载镜像，并基于配置信息以及所述有状态负载镜像，创建并运行有状态负载的方式，具体为：

容器管理平台Kubernetes通过应用容器引擎Docker，根据创建请求，从镜像库Harbor中下载镜像标识对应的有状态负载镜像，并基于配置信息以及有状态负载镜像，创建并运行有状态负载容器。

也就是说，本发明实施例中，容器管理平台Kubernetes是基于应用容器引擎Docker，来实现有状态负载的。可以将应用容器引擎Docker简单的理解为容器管理平台Kubernetes的一个组件。当然，容器管理平台Kubernetes是基于应用容器引擎Docker，实现有状态负载外，也可以是基于其他应用容器引擎来实现有状态负载，例如应用容器引擎Rocket。

因此，在本发明实施例中，还需要预先部署应用容器引擎Docker。并且，本发明实施例中的镜像库，使用的是镜像库Harbor，以更便于管理所上传的有状态负载镜像。所以，预先开发的有状态负载具体是上传到镜像库Harbor中。

具体的，容器管理平台Kubernetes接收到创建请求后，调用应用容器引擎Docker，根据创建请求中的镜像标识，从镜像库Harbor中，下载与该镜像标识对应的有状态负载镜像，并基于配置信息以及有状态负载镜像，创建并运行有状态负载容器，从而实现有状态负载。

本发明实施例提供的一种有状态负载的实现方法，为用户提供信息传输模板，以供用户输入有状态负载的创建信息。其中，所述创建信息包括有状态负载的配置信息以及镜像标识。然后，将获取到的用户输入的有状态负载的创建信息处理为容器管理平台Kubernetes规定的数据格式后，再根据处理后的有状态负载的创建信息生成创建请求，发送给容器管理平台Kubernetes，从而使得容器管理平台Kubernetes通过应用容器引擎Docker根据创建请求，从镜像库Harbor中下载所述镜像标识对应的有状态负载镜像，并基于用户输入的配置信息以及有状态负载镜像，创建并运行有状态负载。从而为普通的用户提供了一种简单便捷地，实现有状态负载的方式，很好的满足了普通用户对实现有状态负载的需求。

本发明实施例中，一种有状态负载的实现装置，如图5所示，包括：

获取单元501，用于获取用户根据提供的信息输入模板，输入的有状态负载的创建信息。

其中，所述创建信息包括有状态负载的配置信息以及镜像标识。

需要说明的是，获取单元501的具体工作过程可相应的参考上述方法实施例中的步骤S201，此处不再赘述。

处理单元502，用于对所述创建信息进行处理，并根据处理后所述创建信息生成有状态负载的创建请求。

其中，处理后的所述创建信息的格式为容器管理平台Kubernetes规定的数据格式。所述创建请求包括所述有状态负载的创建信息。

需要说明的是，处理单元502的具体工作过程可相应的参考上述方法实施例中的步骤S202，此处不再赘述。

发送单元503，用于将所述创建请求发送给所述容器管理平台Kubernetes，以控制所述容器管理平台Kubernetes根据所述创建请求，从镜像库中下载所述镜像标识对应的有状态负载镜像，并基于所述配置信息以及所述有状态负载镜像，创建并运行有状态负载。

需要说明的是，发送单元503的具体工作过程可相应的参考上述方法实施例中的步骤S203，此处不再赘述。

可选地，本发明的另一实施例中，如图6所示，获取单元，包括：

显示单元601，用于通过用户界面向用户显示创建信息输入界面。

其中，所述创建信息输入界面包括所述信息输入模板。

需要说明的是，显示单元601的具体工作过程可相应的参考上述方法实施例中的步骤S301，此处不再赘述。

获取子单元602，用于获取用户通过所述创建信息输入界面输入的有状态负载的创建信息。

其中，所述创建信息包括有状态负载的配置信息以及容器信息，所述配置信息包括有状态负载的基本信息以及服务信息，所述容器信息包括有状态负载的镜像标识。

需要说明的是，获取子单元602的具体工作过程可相应的参考上述方法实施例中的步骤S302，此处不再赘述。

可选地，本发明的另一实施例中，如图7所示，处理单元，包括：

校验单元701，用于校验所述有状态负载的创建信息中的每一个创建信息是否合法。

需要说明的是，校验单元701的具体工作过程可相应的参考上述方法实施例中的步骤S401，此处不再赘述。

处理子单元702，用于在所述检验单元校验出所述有状态负载的创建信息中的每一个创建信息都合法时，将所述有状态负载的创建信息，根据所述容器管理平台Kubernetes规定的数据格式进行封装处理，并基于封装处理后的所述有状态负载的创建信息生成创建请求。

需要说明的是，处理子单元702的具体工作过程可相应的参考上述方法实施例中的步骤S402，此处不再赘述。

本发明提供的一种有状态负载的实现装置，通过显示单元为用户提供信息传输模板，以供用户输入有状态负载的创建信息。其中，所述创建信息包括有状态负载的配置信息以及镜像标识。然后，处理单元将获取单元获取到的用户输入的有状态负载的创建信息处理为容器管理平台Kubernetes规定的数据格式后，再根据处理后的有状态负载的创建信息生成创建请求，并由发送单元发送给容器管理平台Kubernetes，从而使得容器管理平台Kubernetes根据创建请求，从镜像库中下载所述镜像标识对应的有状态负载镜像，并基于用户输入的配置信息以及有状态负载镜像，创建并运行有状态负载。从而为普通的用户提供了一种简单便捷地，实现有状态负载的方式，很好的满足了普通用户对实现有状态负载的需求。

本发明另一实施例提供了一种云数据中心管理平台，如图8所示，包括：存储器801和处理器802，其中：

存储器801用于存储计算机程序。

处理器802用于执行存储器801存储的计算机程序，且当存储器801中存储的计算机程序被执行时，处理器802用于执行上述任意一个实施例中的有状态负载的实现方法。

本发明另一实施例提供一种计算机可读介质，其特征在于，其上存储有计算机程序，其中，所述计算机程序被处理器执行时，用于实现上述任意一个实施例中的有状态负载的实现方法。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种有状态负载的实现方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述获取用户根据提供的信息输入模板，输入的有状态负载的创建信息，包括：

3.根据权利要求1所述的方法，其特征在于，所述对所述创建信息进行处理，并根据处理后所述创建信息生成有状态负载的创建请求，包括：

4.根据权利要求1所述的方法，其特征在于，所述容器管理平台Kubernetes根据所述创建请求，从镜像库中下载所述镜像标识对应的有状态负载镜像，并基于所述配置信息以及所述有状态负载镜像，创建并运行有状态负载的方式，包括：

5.一种有状态负载的实现装置，其特征在于，包括：

6.根据权利要求5所述的装置，其特征在于，所述获取单元，包括：

7.根据权利要求5所述的装置，其特征在于，所述处理单元，包括：

8.一种云数据中心管理平台，其特征在于，包括：存储器和处理器，其中：

所述存储器用于存储计算机程序；

9.一种计算机可读介质，其特征在于，其上存储有计算机程序，其中，所述计算机程序被处理器执行时，用于实现如权利要求1至3中任意一项所述的方法。