业务编排部署方法、系统、网络设备和存储介质技术方案

本申请提出了一种业务编排部署方法、系统、网络设备和存储介质，涉及容器技术。业务编排部署方法，包括：获取待部署服务器的基本环境信息；当所述待部署服务器的基本环境信息符合用户需求时，获取业务配置文件并解析，将用户业务进分层处理，其中，所述用户业务至少包括两个服务，所述服务至少包括一个微服务，所述微服务之间存在依赖关系；根据所述依赖关系，生成镜像依赖树和容器依赖树；根据所述依赖关系，对所述镜像依赖树和所述容器依赖树的每一层的所有节点进行镜像构建和容器部署；启动所有容器，完成所述用户业务的编排部署。本申请应用于小微场景的微服务编排部署，大大降低了部署难度与复杂度。低了部署难度与复杂度。低了部署难度与复杂度。

【技术实现步骤摘要】
业务编排部署方法、系统、网络设备和存储介质


[0001]本申请实施例涉及容器技术，特别涉及一种业务编排部署方法、系统、网络设备和存储介质。

技术介绍

[0002]Docker是一个开源的应用容器引擎，目前，许多用户采用docker系统进行业务的手工部署。
[0003]然而，采用docker系统手工部署业务，用户需要关心基础服务部署，网络打通，网络配置参数，服务注册与发现的流程等等，难度大复杂度高，使得用户无法专注于业务容器的改造和部署策略。

技术实现思路

[0004]本申请实施例的主要目的在于提出一种业务编排部署方法、系统、网络设备和存储介质，大大降低了业务部署的难度与复杂度，使得用户可以专注于业务容器的改造和部署策略。
[0005]为实现上述目的，本申请实施例提供了一种业务编排部署方法，包括：获取待部署服务器的基本环境信息；当所述待部署服务器的基本环境信息符合用户需求时，获取业务配置文件并解析，将用户业务进分层处理，其中，所述用户业务至少包括两个服务，所述服务至少包括一个微服务，所述微服务之间存在依赖关系；根据所述依赖关系，生成镜像依赖树和容器依赖树；根据所述依赖关系，对所述镜像依赖树和所述容器依赖树的每一层的所有节点进行镜像构建和容器部署；启动所有容器，完成所述用户业务的编排部署。
[0006]为实现上述目的，本申请实施例还提出了一种业务编排部署系统，包括：
[0007]配置文件处理模块，用于获取待部署服务器的基本环境信息；判断所述待部署服务器是否符合用户需求；获取业务配置文件并解析，将用户业务进分层处理，其中，所述用户业务至少包括两个服务，所述服务至少包括一个微服务，所述微服务之间存在依赖关系；
[0008]依赖树生成模块，用于根据所述依赖关系，生成镜像依赖树和容器依赖树；
[0009]镜像构建模块，用于根据所述依赖关系，对所述镜像依赖树每一层的所有节点进行镜像构建；
[0010]容器部署模块，用于根据所述依赖关系，对所述容器依赖树的每一层的所有节点进行容器部署，启动所有容器，完成所述用户业务的编排部署。
[0011]为实现上述目的，本申请实施例还提出了一种网络设备，所述设备包括：
[0012]至少一个处理器；以及，
[0013]与所述至少一个处理器通信连接的存储器；其中，
[0014]所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行以上所述的业务编排部署方法。
[0015]本申请提出的业务编排部署方法、系统、网络设备和存储介质，通过获取用户的业
务配置文件和系统配置文件，业务编排部署系统就可以自动将用户业务进行分层处理，划分为各个微服务，根据微服务之间的依赖关系，生成依赖树，进行镜像构建和服务容器部署，完成用户业务编排部署，使得用户不需要关心复杂的部署流程等过程，大大降低了业务部署的难度和复杂度。
附图说明
[0016]一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。
[0017]图1是本申请第一实施例提供的业务编排部署方法的流程图；
[0018]图2是本申请第二实施例提供的业务编排部署方法的流程图；
[0019]图3是本申请第三实施例提供的业务编排部署方法的流程图；
[0020]图4是本申请第四实施例提供的业务编排部署方法的流程图；
[0021]图5是本申请第五实施例提供的业务编排部署系统的结构示意图；
[0022]图6是本申请第六实施例提供的业务编排部署系统的结构示意图；
[0023]图7是本申请第七实施例提供的网络设备的结构示意图。
具体实施方式
[0024]为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
[0025]本申请的第一实施例涉及一种业务编排部署方法，如图1所示，具体包括：
[0026]步骤101，获取待部署服务器的基本环境信息。
[0027]具体地说，本专利技术实施例的业务编排方法基于Docker系统，Docker是一个开源的应用容器引擎。另外，本步骤中的基本环境信息可以包括：Docker系统相关参数、防火墙模块信息、网络接口配置信息、磁盘空间信息和各种启动项等。当然，此处仅为具体的举例说明，实际使用时，基本环境信息可以根据用户需求或实际业务部署需求进行获取，此处不做一一赘述。另外，本申请对待部署的服务器数量不做限定，可以部署一个服务器，也可以部署多个服务器。
[0028]步骤102，当所述待部署服务器的基本环境信息符合用户需求时，获取业务配置文件并解析，将用户业务进分层处理，其中，用户业务至少包括两个服务，服务至少包括一个微服务，微服务之间存在依赖关系。
[0029]具体地说，业务配置文件可以根据用户业务部署需求进行自定义配置，业务配置文件中可以包括：各服务之间的依赖关系、各容器的大小、各容器的目标路径和各服务的日志存放路径、各容器的IP地址等等，当然，此处仅为具体的举例说明，实际应用时业务配置文件还可以包含其他业务配置信息。另外，通过业务配置文件灵活配置容器网络，可以形成单容器使用多网卡组成多业务平面使用不同类型的网络基础设施的高级使用形式。有效满
足了多种不同类型业务的部署需求。
[0030]进一步地，通过业务配置文件用户可以自定义业务容器所需的volume(一种逻辑存储单元)大小和目标路径，以此实现自动在虚拟磁盘上进行源路径的分配、管理和映射，同时保证数据的高可用。
[0031]另外，将用户业务进行分层处理，可以是将用户业务划分成网络基础服务、中间件服务、框架类服务和业务服务四个层，当然，对于每一层服务还可以根据实际业务开展需要划分为许多更细的微服务。关于具体的业务划分方法或规则，此处不做限定，可以根据业务功能、业务类型进行划分，也可以用户自定义划分方法。
[0032]步骤103，根据依赖关系，生成镜像依赖树和容器依赖树。
[0033]具体地说，服务之间的依赖关系，高层的服务基本都会对低层服务发生依赖，且多个高层服务可能同时依赖多个低层服务组件。这种依赖关系可以理解为，一种服务的完成必须在其他一个或多个服务完成的基础上才能进行。
[0034]步骤104，根据依赖关系，对镜像依赖树和容器依赖树的每一层的所有节点进行镜像构建和容器部署。
[0035]具体地说，对依赖树的每一层使用并发的方式进行镜像构建、容器构建、业务初始化启动、等待业务状态正本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种业务编排部署方法，其特征在于，包括：获取待部署服务器的基本环境信息；当所述待部署服务器的基本环境信息符合用户需求时，获取业务配置文件并解析，将用户业务进分层处理，其中，所述用户业务至少包括两个服务，所述服务至少包括一个微服务，所述微服务之间存在依赖关系；根据所述依赖关系，生成镜像依赖树和容器依赖树；根据所述依赖关系，对所述镜像依赖树和所述容器依赖树的每一层的所有节点进行镜像构建和容器部署；启动所有容器，完成所述用户业务的编排部署。2.根据权利要求1所述的业务编排部署方法，其特征在于，所述当所述待部署服务器的基本环境信息符合用户需求时，获取业务配置文件并解析之前，还包括：判断所述待部署服务器的基本环境信息是否符合用户需求；若所述待部署服务器的基本环境信息不符合用户需求时，则对所述待部署服务器进行基本环境的检查，并根据系统配置文件进行系统安装和配置。3.根据权利要求1所述的业务编排部署方法，其特征在于，所述将用户业务进分层处理，包括：将所述用户业务分成网络基础服务、中间件服务、框架类服务和业务服务中的一种或多种。4.根据权利要求1所述的业务编排部署方法，其特征在于，所述根据所述依赖关系，生成镜像依赖树和容器依赖树，包括：遍历业务配置文件中依赖项的内容，其中，所述依赖项内容为微服务之间的依赖关系；通过递归回溯算法分别生成镜像依赖树和容器依赖树。5.根据权利要求2所述的业务编排部署方法，其特征在于，所述并根据系统配置文件进行系统安装和配置之后，还包括：当所述待部署服务器的数量为两个时，对两个待部署服务器进行双机组件安装和配...

【专利技术属性】
技术研发人员：丁杰，张耀光，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：