CN111831289A - 一种微服务自动化部署管理系统及方法 - Google Patents

Abstract

本公开提供了一种微服务自动化部署管理系统，属于微服务技术领域，包括基础资源存储模块，至少被配置为：存储微服务应用的代码和微服务应用的依赖；系统运行管理模块，至少被配置为：管理微服务应用节点运行信息以及微服务系统运行环境；自动化部署模块，至少被配置为：根据基础资源存储模块中的数据和节点运行信息进行微服务应用的工程包自动部署；本公开极大地减少了微服务架构细粒度化带来的系统运维工作量，实现了持续集成和持续交付，极大地降低了在软件研发后期改动需求的可能性；同时实现了系统滚动升级，升级过程简单易操作，系统无需停机提升用户体验，为微服务系统部署、交付、运行和监控提供全方位一体化支持。

Description

一种微服务自动化部署管理系统及方法

技术领域

本公开涉及微服务技术领域，特别涉及一种微服务自动化部署管理系统及方法。

背景技术

本部分的陈述仅仅是提供了与本公开相关的背景技术，并不必然构成现有技术。

微服务架构是一种细粒度化的软件架构，软件系统根据业务需要被拆分成许多个体量较小的微服务应用，每一个微服务应用单独启动和运行，因此系统部署工作量成倍增长，如何部署、启动和升级微服务系统，如何进行微服务治理是运维人员需要面对的难题。

本公开发明人发现，微服务架构下工程数量众多，如果微服务系统使用传统手工打包、发包、停机升级的方法启动和升级，部署工作量之大难以想象，当系统中包括上百个微服务应用，且每个微服务应用皆采用集群部署方式启动多个节点，那么部署工作将难以开展，此外，系统升级时需要长时间停机用户体验较差；微服务应用数量大，实时获取工程运行状态较为困难，另外，在微服务架构中，为保证系统高可用性每个微服务应用往往采用集群部署方式，集群大小需要根据系统访问压力以及数据库读写压力及时调整，现有的方式无法保证增加的节点能够正常启动，也无法保证增加的节点能够与系统中其他节点通信。

发明内容

为了解决现有技术的不足，本公开提供了一种微服务自动化部署管理系统及方法，极大地减少了微服务架构细粒度化带来的系统运维工作量，实现了持续集成和持续交付，极大地降低了在软件研发后期改动需求的可能性；同时实现了系统滚动升级，升级过程简单易操作，系统无需停机，提升了用户体验，为微服务系统部署、交付、运行和监控提供全方位一体化支持。

为了实现上述目的，本公开采用如下技术方案：

本公开第一方面提供了一种微服务自动化部署管理系统。

一种微服务自动化部署管理系统，包括：

基础资源存储模块，至少被配置为：存储微服务应用的代码和微服务应用的依赖；

系统运行管理模块，至少被配置为：管理微服务应用节点运行信息以及微服务系统运行环境；

自动化部署模块，至少被配置为：根据基础资源存储模块中的数据和节点运行信息进行微服务应用的工程包自动部署。

作为可能的一些实现方式，所述基础资源存储模块至少包括代码存储模块和依赖管理模块，分别用于存放微服务应用代码和微服务应用依赖。

作为可能的一些实现方式，所述系统运行管理模块至少包括节点运行管理模块，用于管理微服务应用节点运行的基本信息。

作为进一步的限定，所述节点运行的基本信息至少包括服务器IP地址、服务器编号、节点运行端口号、节点运行个数、节点配置文件和节点运行状态测试信息。

作为可能的一些实现方式，所述系统运行管理模块至少包括运行环境管理模块，用于管理微服务系统运行所需要的微服务治理组件。

作为进一步的限定，所述微服务治理组件至少包括注册中心、配置中心、监控中心和节点运行容器。

本公开第二方面提供了一种微服务自动化部署方法。

一种微服务自动化部署方法，包括以下步骤：

获取最新微服务应用代码和应用依赖的Jar包，测试应用代码是否可以正常运行；

微服务应用工程包通过测试后，根据微服务应用类型将工程代码和依赖打包成Jar包或者War包并存储；

配置节点运行信息，至少包括服务器IP地址、节点运行端口号、节点运行个数和节点配置文件；

根据节点运行信息部署工程包并启动工程包；

节点启动后连接配置中心获取配置文件，根据配置文件连接注册中心和监控中心；

测试节点是否启动成功，如果成功则部署完成，否则重新部署。

本公开第三方面提供了一种微服务自动化部署方法。

一种微服务自动化部署方法，包括以下步骤：

打包完成的工程Jar包或者War包被存储至服务器中；

配置节点运行信息，至少包括服务器IP地址、节点运行端口号、节点运行个数和节点配置文件；

根据节点运行管理模块中的节点运行信息部署工程包并启动工程包；

节点启动后连接配置中心获取配置文件，根据配置文件连接注册中心和监控中心；

在自动化部署模块中测试节点是否启动成功。

作为可能的一些实现方式，根据数据库连接数和微服务应用并发量判断节点运行数量是否需要增加或者减少，自动调整节点运行管理模块中节点启动数量，根据需要自动启动或者停止节点。

作为可能的一些实现方式，采用滚动升级机制不停机升级系统，根据节点运行信息分批启动和停机微服务应用节点。

与现有技术相比，本公开的有益效果是：

1、本公开所述的系统及方法，针对软件系统微服务化后运维工作量繁重以及微服务治理问题，提出了微服务自动化部署管理方式，为微服务系统提供自动化部署和滚动升级方法，同时，提供微服务治理方案，包括注册中心、配置中心、监控中心等组件，并且可以根据系统负载情况对系统实施弹性部署。

2、本公开所述的系统及方法，通过为运维人员提供微服务软件自动化部署方法，极大地减少了微服务架构细粒度化带来的系统运维工作量，实现持续集成、持续交付极大地降低了在软件研发后期改动需求的可能性；同时实现系统滚动升级，升级过程简单易操作，系统无需停机，提升了用户体验，为微服务系统部署、交付、运行、监控提供全方位一体化支持。

附图说明

图1为本公开实施例1提供的微服务自动化部署系统结构示意图。

图2为本公开实施例2提供的开发环境下微服务自动化部署方法示意图。

图3为本公开实施例3提供的生产环境下微服务自动化部署方法示意图。

具体实施方式

应该指出，以下详细说明都是示例性的，旨在对本公开提供进一步的说明。除非另有指明，本文使用的所有技术和科学术语具有与本公开所属技术领域的普通技术人员通常理解的相同含义。

需要注意的是，这里所使用的术语仅是为了描述具体实施方式，而非意图限制根据本公开的示例性实施方式。如在这里所使用的，除非上下文另外明确指出，否则单数形式也意图包括复数形式，此外，还应当理解的是，当在本说明书中使用术语“包含”和/或“包括”时，其指明存在特征、步骤、操作、器件、组件和/或它们的组合。

在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例1：

如图1所示，本公开实施例1提供了微服务自动化部署管理系统，包括：

基础资源存储模块101，用于存储微服务系统中微服务应用代码以及微服务应用的依赖。

自动化部署模块102，用于根据基础资源和节点配置进行微服务应用测试、打包、启动、弹性调度、自动部署工程包等，所述自动化部署模块集成了Jenkins组件。

系统运行管理模块103，用于管理微服务应用节点运行时所需的基本信息以及微服务系统运行环境。

该微服务自动化部署系统的基础资源存储模块101进一步包括：

代码存储模块1011，用于存放微服务应用代码，所述代码存储模块为SVN、Git等代码库。

依赖管理模块1012，用于存放微服务应用依赖，所述代码管理模块由Maven工程管理组件和Nexus私有仓库两部分组成，所述依赖为Jar包、在工程pom.xml引用依赖时的代码段、Jar包和代码段加密文件等。

该微服务自动化部署系统的系统运行管理模块103进一步包括：

节点运行管理模块1031，用于管理微服务应用节点运行的基本信息，所述服务器基本信息包括服务器IP地址、服务器编号、节点运行端口号、节点运行个数、节点配置文件、节点运行状态测试等。

运行环境管理模块1032，用于管理微服务系统运行所需要的微服务治理组件，所述微服务治理组件包括注册中心、配置中心、监控中心、节点运行容器等，其中注册中心结合Spring Cloud Eureka组件和Redis缓存实现；配置中心结合Apollo实现；监控中心结合Spring Cloud Sleuth和Spring Cloud Zipkin实现。

在开发环境下自动化部署过程，具体为：

开发人员在本地编辑器或者通过自动化平台开发系统功能并将代码存储至代码存储模块1011；

管理员在依赖管理模块1012中维护微服务应用所需要的依赖Jar包；

自动化部署模块102从代码存储模块1011获取最新微服务应用代码并从依赖管理模块1012获取应用依赖的Jar包，测试应用代码是否可以正常运行；

微服务应用工程包通过测试后，根据微服务应用类型将工程代码及依赖打包成Jar包或者War包并存储至服务器；

在节点运行管理模块1031中配置节点运行信息，包括服务器IP地址、节点运行端口号、节点运行个数、节点配置文件等；自动化部署模块102根据节点运行管理模块1031中的节点运行信息部署工程包并启动工程包；

节点启动后连接运行环境管理模块1032中的配置中心获取配置文件，根据配置文件连接运行环境管理模块1032中的注册中心和监控中心；在自动化部署模块102中测试节点是否启动成功。

生产环境下自动化部署过程，具体为：

运维人员将打包完成的工程Jar包或者War包存储至服务器中；

在节点运行管理模块1031中配置节点运行信息，包括服务器IP地址、节点运行端口号、节点运行个数、节点配置文件等；

自动化部署模块102根据节点运行管理模块1031中的节点运行信息部署工程包并启动工程包；

节点启动后连接运行环境管理模块1032中的配置中心获取配置文件，根据配置文件连接运行环境管理模块1032中的注册中心和监控中心；

在自动化部署模块102中测试节点是否启动成功；

自动化部署模块102根据数据库连接数和微服务应用并发量判断节点运行数量是否需要增加或者减少，自动调整节点运行管理模块1031中节点启动数量，根据需要自动启动或者停止节点；

自动化部署模块102采用滚动升级机制不停机升级系统，根据节点运行管理模块1031中的信息分批启动和停机微服务应用节点。

实施例2：

如图2所示，本公开实施例2提供了一种开发环境下微服务自动化部署方法，包括以下步骤：

步骤201：开发人员在本地编辑器或者通过自动化开发平台开发系统功能并将代码存储至代码库；

步骤202：管理员在Nexus私服中维护微服务应用所需要的依赖Jar包；

步骤203：自动化部署模块从代码库获取最新微服务应用代码和应用依赖的Jar包并测试应用代码是否可以正常运行；

步骤204：微服务应用工程包通过测试后，根据微服务应用类型将工程代码及依赖打包成Jar包或者War包并存储至服务器；

步骤205：配置节点运行信息，包括服务器IP地址、节点运行端口号、节点运行个数、节点配置文件等；

步骤206：根据节点运行信息，自动化部署工程包并启动工程包；

步骤207：节点启动后连接配置中心获取配置文件，根据配置文件连接注册中心和监控中心；

步骤208：测试节点是否启动成功，如果成功则部署完成，否则重新部署。

实施例3：

如图3所示，本公开实施例3提供了一种生产环境下微服务自动化部署方法，包括以下步骤：

步骤301：将打包完成的工程Jar包或者War包存储至服务器中；

步骤302：配置节点运行信息，包括服务器IP地址、节点运行端口号、节点运行个数、节点配置文件等；

步骤303：根据节点运行信息，自动化部署工程包并启动工程包；

步骤304：节点启动后连接配置中心获取配置文件，根据配置文件连接注册中心和监控中心；

步骤305：测试节点是否启动成功；

步骤306：根据数据库连接数和微服务应用并发量判断节点运行数量是否需要增加或者减少，自动调整工程包和容器数量并自动启动或者停止节点；

步骤307：系统升级时采用滚动升级。

本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (10)

1.一种微服务自动化部署管理系统，其特征在于，包括：

基础资源存储模块，至少被配置为：存储微服务应用的代码和微服务应用的依赖；

系统运行管理模块，至少被配置为：管理微服务应用节点运行信息以及微服务系统运行环境；

自动化部署模块，至少被配置为：根据基础资源存储模块中的数据和节点运行信息进行微服务应用的工程包自动部署。

2.如权利要求1所述的微服务自动化部署管理系统，其特征在于，所述基础资源存储模块至少包括代码存储模块和依赖管理模块，分别用于存放微服务应用代码和微服务应用依赖。

3.如权利要求1所述的微服务自动化部署管理系统，其特征在于，所述系统运行管理模块至少包括节点运行管理模块，用于管理微服务应用节点运行的基本信息。

4.如权利要求3所述的微服务自动化部署管理系统，其特征在于，所述节点运行的基本信息至少包括服务器IP地址、服务器编号、节点运行端口号、节点运行个数、节点配置文件和节点运行状态测试信息。

5.如权利要求1所述的微服务自动化部署管理系统，其特征在于，所述系统运行管理模块至少包括运行环境管理模块，用于管理微服务系统运行所需要的微服务治理组件。

6.如权利要求5所述的微服务自动化部署管理系统，其特征在于，所述微服务治理组件至少包括注册中心、配置中心、监控中心和节点运行容器。

7.一种微服务自动化部署方法，其特征在于，包括以下步骤：

获取最新微服务应用代码和应用依赖的Jar包，测试应用代码是否可以正常运行；

微服务应用工程包通过测试后，根据微服务应用类型将工程代码和依赖打包成Jar包或者War包并存储；

配置节点运行信息，至少包括服务器IP地址、节点运行端口号、节点运行个数和节点配置文件；

根据节点运行信息部署工程包并启动工程包；

节点启动后连接配置中心获取配置文件，根据配置文件连接注册中心和监控中心；

测试节点是否启动成功，如果成功则部署完成，否则重新部署。

8.一种微服务自动化部署方法，其特征在于，包括以下步骤：

打包完成的工程Jar包或者War包被存储至服务器中；

配置节点运行信息，至少包括服务器IP地址、节点运行端口号、节点运行个数和节点配置文件；

根据节点运行管理模块中的节点运行信息部署工程包并启动工程包；

节点启动后连接配置中心获取配置文件，根据配置文件连接注册中心和监控中心；

在自动化部署模块中测试节点是否启动成功。

9.如权利要求8所述的微服务自动化部署方法，其特征在于，根据数据库连接数和微服务应用并发量判断节点运行数量是否需要增加或者减少，自动调整节点运行管理模块中节点启动数量，根据需要自动启动或者停止节点。

10.如权利要求8所述的微服务自动化部署方法，其特征在于，采用滚动升级机制不停机升级系统，根据节点运行信息分批启动和停机微服务应用节点。

Images