CN108737168B - 一种基于容器的微服务架构应用自动构建方法 - Google Patents

Abstract

针对现有手动构建应用方法存在资源利用率低、应用构建时间长且难于管理的技术问题，本发明提供一种基于容器的微服务架构应用自动构建方法，流程如下：1、改进编排器，向现有基于DNS负载均衡技术的容器编排架构的编排器中增加业务编排模块，改进后的编排器包括资源编排模块、扩容模块、业务编排模块；2、将改进后编排器部署到操作系统中，改进后编排器通过业务编排模块构建一个名为App的应用，App应用拥有N个服务；3、完成一个基于容器的微服务架构应用自动构建，结束。本发明利用容器技术来构建管理微服务应用，用管理容器来代替管理微服务，降低运维复杂度和难度，有效降低应用构建的时间，提高管理能力，可以应对大量不同类型的任务处理。

Description

一种基于容器的微服务架构应用自动构建方法

技术领域

本发明涉及基于容器的虚拟化技术领域，具体涉及一种基于容器的微服务架构应用自动构建方法。

背景技术

容器是轻量级的操作系统级虚拟化，可以让我们在一个资源隔离的进程中运行应用及其依赖项。相对于传统虚拟机技术，容器技术具有启动速度快、易于迁移、资源开销小等优势。随着容器技术不断完善与发展，更多的服务提供商采用容器技术重构传统的业务平台，从而达到优化平台的资源效能和提升服务响应能力的目的。传统单体式应用随着时间推移内容逐渐变多，增加了开发团队的开发和维护难度，因此微服务架构应运而生，其思路不是开发一个巨大的单体式应用，而是将应用分解为小的、互相连接的服务，一个应用由多个服务构成，一个服务又可被多个应用使用。目前使用容器技术，开发者将单个服务制作成容器镜像，存储在镜像仓库中，便于构建多个应用。

目前现有的容器编排器针对资源已经实现很好的编排调度管理，但缺乏对于业务的编排，图1是kubernetes、rancher和docker等行业领先公司基于DNS负载均衡技术的容器编排架构，主要包括基础设施、DNS域名服务系统、编排器三部分。编排器基于资源编排模块、扩容模块进行容器扩容。通常微服务应用包含数以百计的服务，要进行相关通信等配置保证服务之间数据正常交互才可使用，且不同服务类型不同，统一化监控难度大。

传统采取手动构建应用的方法存在以下弊端与不足：

(1)微服务架构通常包含众多的服务，短时间难以构建多个应用应对不同类型的任务；

(2)由于应用在启动过程中，服务全部开启，但是只有部分服务在工作，资源有效利用率很低。

(3)微服务架构通常包含众多的服务，管理难度大，出错时无法快速定位故障位置和原因。

发明内容

针对现有手动构建应用方法存在资源利用率低、应用构建时间长且难于管理的技术问题，本发明提供一种基于容器的微服务架构应用自动构建方法，利用容器技术来构建管理微服务应用，用管理容器来代替管理微服务，降低运维复杂度和难度，有效降低应用构建的时间，提高管理能力，可以应对大量不同类型的任务处理。

具体技术方案如下：

第一步、改进编排器，向现有基于DNS负载均衡技术的容器编排架构的编排器中增加业务编排模块，改进后的编排器包括资源编排模块、扩容模块、业务编排模块；业务编排模块与基础设施中的服务和DNS域名服务系统相连，业务编排模块监控基础设施中各服务的状态实现应用构建；

第二步、将改进后编排器部署到操作系统中，改进后编排器通过业务编排模块构建一个名为App的应用，App应用拥有N个服务，分别记为Service₁,...,Service_i,...,Service_N,1≤i≤N，i、N为自然数；具体流程如下：

2.1用户根据模板编写应用构建文件，提交给改进后的编排器；

2.2业务编排模块解析用户应用构建文件并在基础设施构建一个空应用，记该应用名为App；初始化服务循环变量j＝1；

2.3业务编排模块创建服务Service_j，创建方法是业务编排模块创建容器镜像名为Service_j的容器，如果服务Service_j创建成功，即服务Service_j包括的所有容器状态都为“运行”，服务Service_j的容器向DNS域名服务系统注册{Service_j服务名，容器IP地址}，业务编排模块监控服务Service_j的状态，进入2.4；否则，Service_j创建失败，跳转至第三步。

2.4业务编排模块监测服务Service_j的状态，当服务Service_j的状态变为“完成”时，即服务Service_j包括的所有容器状态都变为“完成”，改进后的编排器通过业务编排模块删除服务Service_j，业务编排模块向DNS域名服务系统发送{Service_j、容器IP地址}映射关系删除请求消息，释放资源；j值增1；

2.5如果j≤N，转步骤2.3；否则，j＞N，跳转至第三步；

第三步、完成一个基于容器的微服务架构应用自动构建，结束。

作为本发明技术方案的进一步改进，所述步骤2.1中，通过对微服务应用进行抽象建模生成应用构建文件，应用构建文件中包含应用名称、输入文件、输出文件、应用中包含的服务、以及关于应用的描述。

作为本发明技术方案的进一步改进，所述步骤2.1中采用JSON格式生成应用构建文件，格式如下：

此应用构建文件含义是，构建一个名称为App的微服务架构应用，App应用从输入文件“input.txt”中读取输入参数，并将输出写入至输出文件“output.txt”，App应用拥有N个服务：Service₁,...,Service_i,...,Service_N，此App为一个测试应用即“this is test”。

本发明可以获得以下有益效果：

1、改进后编排器具备自动化能力，业务编排模块根据应用构建文件自动构建应用，有效降低运维复杂度和难度；

2、改进后编排器利用微服务架构的优势，只给运行的服务分配资源，运行结束后释放资源，达到了提高资源使用率的目的；

3、将在现有的容器编排架构中编排器基础上增加业务编排的功能，得到改进后编排器。改进后编排器中业务模块具有业务编排能力和业务状态感知能力；其中，业务编排能力是用于快速自动构建应用并运行应用；业务状态感知能力则对业务状态进行监控确保已完成业务流的处理；改进后编排器基于监控容器的粒度来监控服务，具有准确监控服务状态的能力，业务出现错误时候可快速定位故障位置及原因。

附图说明

图1是背景技术中现有的容器编排架构；

图2是本发明第一步对现有的容器编排架构进行改进后的容器编排架构；

图3是本发明的总体流程图。

具体实施方式

图1是背景技术现有kubernetes、rancher和docker等行业领先公司基于DNS负载均衡技术的容器编排架构，主要包括基础设施、DNS域名服务系统、编排器三部分。编排器基于资源编排模块、扩容模块进行容器扩容。如图1所示，现有的容器编排架构仅对资源进行了编排。在构建微服务应用时，需要手动创建应用下的所有服务来完成应用构建，并且只能监测到单个服务的状态。通常微服务应用包含数以百计的服务，要进行相关通信等配置保证服务之间数据正常交互才可使用，且不同服务类型不同，统一化监控难度大。

图3是本发明的总体流程图。具体包括以下步骤：

第一步、改进编排器，如图2所示，将在现有的基于DNS负载均衡技术的容器编排架构的编排器基础上增加业务编排模块，进而增加业务编排的功能，得到改进后编排器，改进后的编排器包括资源编排模块、扩容模块、业务编排模块；业务编排模块与基础设施中的服务和DNS域名服务系统相连，业务编排模块监控基础设施中各服务的状态实现应用构建改进后编排器中业务模块具有业务编排能力和业务状态感知能力。其中，业务编排能力是用于快速自动构建应用并运行应用；业务状态感知能力则对业务状态进行监控确保已完成业务流的处理。

第二步、将改进后编排器部署到操作系统中，改进后编排器通过业务编排模块构建一个名为App的应用，App应用拥有N个服务，分别记为Service₁,...,Service_i,...,Service_N,1≤i≤N，i、N为自然数；具体流程如下：

2.1用户根据模板编写应用构建文件，提交给改进后的编排器；用户通过对微服务应用进行抽象建模，生成了应用构建文件，应用构建文件中包含应用名称、输入文件、输出文件、应用中包含的服务、以及关于应用的描述。例如，采用JSON格式生成一个应用构建文件，格式如下：

此应用构建文件含义是，构建一个名称为App的微服务架构应用，App应用从“input.txt”中读取输入参数，并将输出写入至“output.txt”，App应用拥有N个服务：Service₁,...,Service_i,...,Service_N，此App为一个测试应用(“this is test”)。

2.2业务编排模块解析用户应用构建文件并在基础设施构建一个空应用，该应用名为App；初始化服务循环变量j＝1；

2.3业务编排模块创建服务Service_j，创建方法是业务编排模块创建容器镜像名为Service_j的容器，如果服务Service_j创建成功，即服务Service_j包括的所有容器状态都为“运行”(running)，服务Service_j的容器向DNS域名服务系统注册{Service_j服务名，容器IP地址}，业务编排模块监控服务Service_j的状态，进入2.4；否则，Service_j创建失败，跳转至第三步。

2.4业务编排模块监测服务Service_j的状态，当服务Service_j的状态变为“完成”(finish)时，即服务Service_j包括的所有容器状态都变为“完成”，改进后的编排器通过业务编排模块删除服务Service_j，业务编排模块向DNS域名服务系统发送{Service_j、容器IP地址}映射关系删除请求消息，释放资源；j值增1；

2.5如果j≤N，转步骤2.3；否则，j＞N，跳转至第三步；

第三步、完成一个基于容器的微服务架构应用自动构建。

Claims (3)

1.一种基于容器的微服务架构应用自动构建方法，其特征在于，包括以下步骤：

第一步、改进编排器，向现有基于DNS负载均衡技术的容器编排架构的编排器中增加业务编排模块，改进后的编排器包括资源编排模块、扩容模块、业务编排模块；业务编排模块与基础设施中的服务和DNS域名服务系统相连，业务编排模块监控基础设施中各服务的状态实现应用构建；

第二步、将改进后编排器部署到操作系统中，改进后编排器通过业务编排模块构建一个名为App的应用，App应用拥有N个服务，分别记为Service₁,...,Service_i,...,Service_N,1≤i≤N，i、N为自然数；具体流程如下：

2.1用户根据模板编写应用构建文件，提交给改进后的编排器；

2.2业务编排模块解析用户应用构建文件并在基础设施构建一个空应用，记该应用名为App；初始化服务循环变量j＝1；

2.3业务编排模块创建服务Service_j，创建方法是业务编排模块创建容器镜像名为Service_j的容器，如果服务Service_j创建成功，即服务Service_j包括的所有容器状态都为“运行”，服务Service_j的容器向DNS域名服务系统注册{Service_j服务名，容器IP地址}，业务编排模块监控服务Service_j的状态，进入2.4；否则，Service_j创建失败，跳转至第三步；

2.4业务编排模块监测服务Service_j的状态，当服务Service_j的状态变为“完成”时，即服务Service_j包括的所有容器状态都变为“完成”，改进后的编排器通过业务编排模块删除服务Service_j，业务编排模块向DNS域名服务系统发送{Service_j、容器IP地址}映射关系删除请求消息，释放资源；j值增1；

2.5如果j≤N，转步骤2.3；否则，j＞N，跳转至第三步；

第三步、结束。

2.如权利要求1所述的基于容器的微服务架构应用自动构建方法，其特征在于，所述步骤2.1中，通过对微服务应用进行抽象建模生成应用构建文件，应用构建文件中包含应用名称、输入文件、输出文件、应用中包含的服务、以及关于应用的描述。

3.如权利要求1或2所述的基于容器的微服务架构应用自动构建方法，其特征在于，所述步骤2.1中采用JSON格式生成应用构建文件，格式如下：

此应用构建文件含义是，构建一个名称为App的微服务架构应用，App应用从输入文件“input.txt”中读取输入参数，并将输出写入至输出文件“output.txt”，App应用拥有N个服务：Service₁,...,Service_i,...,Service_N，此App为一个测试应用即“this is test”。

Images