CN114296832A - 一种部署微服务的生产环境的方法和装置 - Google Patents

Abstract

本申请公开了一种部署微服务的生产环境的方法和装置，该方法包括以下步骤：构建生产环境所需的软件包，并将所述软件包发布至生产环境发布资源池；从所述生产环境发布资源池中获取各个微服务升级所需要的配置文件，并根据所述配置文件，对所述各个微服务进行升级；在升级完毕后，重启所述各个微服务。本申请实施例对上线部署流程进行固定，能够确保部署操作标准统一，从而提高了部署效率，提升了上线部署质量，节约了软件开发成本，最大程度地减少了运维人员对业务服务器的直接操作，降低了运维人员部署过程中误操作的风险。

Description

一种部署微服务的生产环境的方法和装置

技术领域

本申请属于计算机技术领域，具体涉及一种部署微服务的生产环境的方法和装置。

背景技术

微服务(Microservices)是一种软件架构风格，是以专注于单一责任与功能的小型功能区块(Small Building Blocks)为基础，利用模块化的方式组合出复杂的大型应用程序，各功能区块使用与语言无关的API集相互通信。

但伴随着微服务架构而来的，是服务众多和维护工作量增加。在部署微服务架构的过程中，如果采用纯手动人工部署的方式，不仅效率低下，且操作流程不能标准化、流程化、可视化，部署上线的质量和效率完全取决于运维人员的技能水平一旦部署出现问题，不容易追溯。

申请内容

本申请实施例的目的是提供一种部署微服务的生产环境的方法和装置，以解决现有技术采用纯手动人工部署的方式效率低下的缺陷。

为了解决上述技术问题，本申请是这样实现的：

第一方面，提供了一种部署微服务的生产环境的方法，包括以下步骤：

构建生产环境所需的软件包，并将所述软件包发布至生产环境发布资源池；

从所述生产环境发布资源池中获取各个微服务升级所需要的配置文件，并根据所述配置文件，对所述各个微服务进行升级；

在升级完毕后，重启所述各个微服务。

第二方面，提供了一种部署微服务的生产环境的装置，包括：

构建模块，用于构建生产环境所需的软件包，并将所述软件包发布至生产环境发布资源池；

升级模块，用于从所述生产环境发布资源池中获取各个微服务升级所需要的配置文件，并根据所述配置文件，对所述各个微服务进行升级；

重启模块，用于在升级完毕后，重启所述各个微服务。

本申请实施例对上线部署流程进行固定，能够确保部署操作标准统一，从而提高了部署效率，提升了上线部署质量，节约了软件开发成本，最大程度地减少了运维人员对业务服务器的直接操作，降低了运维人员部署过程中误操作的风险。

附图说明

图1是本申请实施例提供的一种部署微服务的生产环境的方法流程图；

图2是本申请实施例提供的部署微服务的生产环境的方法的一种具体实现图；

图3是本申请实施例提供的一种部署微服务的生产环境的装置的结构示意图。

具体实施方式

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

本申请实施例通过结合ansible脚本和shell脚本，实现微服务生产环境部署过程的标准化、流程化，再结合jenkins的参数化构建功能，实现部署过程的可视化。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的部署微服务的生产环境的方法进行详细地说明。

如图1所示，为本申请实施例提供的一种部署微服务的生产环境的方法流程图，该方法包括以下步骤：

步骤101，构建生产环境所需的软件包，并将所述软件包发布至生产环境发布资源池。

步骤102，从所述生产环境发布资源池中获取各个微服务升级所需要的配置文件，并根据所述配置文件，对所述各个微服务进行升级。

其中，配置文件包括以下文件中的至少一种：remote-config文件、local-config文件和jar文件。

本实施例中，根据所述配置文件，对所述各个微服务进行升级之前，还可以对所述各个微服务的线上环境进行全量备份。

此外，根据所述配置文件，对所述各个微服务进行升级之前，还可以将线上在用的配置文件与所述升级所需要的配置文件进行对比，判断所述配置文件中修改的内容是否正确。

相应地，在所述配置文件中修改的内容正确的情况下，根据所述配置文件，对所述各个微服务进行升级。

步骤103，在升级完毕后，重启所述各个微服务。

本实施例中，在升级完毕后，重启所述各个微服务之后，还可以查看服务启动日志，并根据所述服务启动日志判断所述各个微服务是否正常启动，若不能正常启动，则执行回滚服务，并通知开发人员排查。

此外，在升级完毕后，重启所述各个微服务之后，还可以查看服务启动日志，并根据所述服务启动日志判断所述各个微服务是否正常启动，若正常启动，则清理所述生产环境发布资源池中的配置文件。

本申请实施例对上线部署流程进行固定，能够确保部署操作标准统一，从而提高了部署效率，提升了上线部署质量，节约了软件开发成本，最大程度地减少了运维人员对业务服务器的直接操作，降低了运维人员部署过程中误操作的风险。

在本申请实施例中，ansible脚本及shell脚本相结合，实现升级前配置文件的对比、升级前备份、升级后可回滚至指定版本、查看项目启动日志、按需重启指定业务、升级后清理升级文件等升级过程全流程操作的标准化、流程化。此外，与jenkins的参数化构建功能相结合，可将部署的全过程进行可视化。

如图2所示，为本申请实施例提供的部署微服务的生产环境的方法的一种具体实现图，该实现流程具体包括：建生产环境所需的软件包并发布至生产环境发布资源池；级前对线上环境进行全量备份；判断每个服务升级所需要的升级文件，包括：remote-config、local-config、jar；如果需要升级配置文件，则将线上在用的配置文件与升级的配置文件进行对比，判断修改的内容是正确；对服务进行升级，包括：remote-config、local-config、jar；查看服务启动日志，判断服务是否正常启动，如果不能正常启动则进行回滚后通知开发人员排查；升级成功后清理发布资源池中的升级文件，避免误操作。

通过采用上述实现流程，可以在部署过程中实现获取升级代码、升级前备份、对比配置文件、选择升级内容(jar包或配置)、查看项目启动日志、代码回滚等操作，还能够将部署的全流程进行记录，以便于后续的追溯和复盘，实现了部署过程的标准化、可视化、流程化。

如图3所示，为本申请实施例提供的一种部署微服务的生产环境的装置的结构示意图，包括：

构建模块310，用于构建生产环境所需的软件包，并将所述软件包发布至生产环境发布资源池。

升级模块320，用于从所述生产环境发布资源池中获取各个微服务升级所需要的配置文件，并根据所述配置文件，对所述各个微服务进行升级。

其中，配置文件包括以下文件中的至少一种：remote-config文件、local-config文件和jar文件。

本实施例中，上述装置，还包括：

判断模块，用于将线上在用的配置文件与所述升级所需要的配置文件进行对比，判断所述配置文件中修改的内容是否正确。

相应地，升级模块320，具体用于从所述生产环境发布资源池中获取各个微服务升级所需要的配置文件，在所述配置文件中修改的内容正确的情况下，根据所述配置文件，对所述各个微服务进行升级。

重启模块330，用于在升级完毕后，重启所述各个微服务。

本实施例中，上述的装置，还包括：

备份模块，用于对所述各个微服务的线上环境进行全量备份。

查看模块，用于查看服务启动日志，并根据所述服务启动日志判断所述各个微服务是否正常启动。

回滚模块，用于若所述各个微服务不能正常启动，则执行回滚服务，并通知开发人员排查。

清理模块，用于若所述各个微服务正常启动，则清理所述生产环境发布资源池中的配置文件。

本申请实施例对上线部署流程进行固定，能够确保部署操作标准统一，从而提高了部署效率，提升了上线部署质量，节约了软件开发成本，最大程度地减少了运维人员对业务服务器的直接操作，降低了运维人员部署过程中误操作的风险。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述部署微服务的生产环境的方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random AccessMemory，简称RAM)、磁碟或者光盘等。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种部署微服务的生产环境的方法，其特征在于，包括以下步骤：

构建生产环境所需的软件包，并将所述软件包发布至生产环境发布资源池；

从所述生产环境发布资源池中获取各个微服务升级所需要的配置文件，并根据所述配置文件，对所述各个微服务进行升级；

在升级完毕后，重启所述各个微服务。

2.根据权利要求1所述的方法，其特征在于，所述根据所述配置文件，对所述各个微服务进行升级之前，还包括：

对所述各个微服务的线上环境进行全量备份。

3.根据权利要求1所述的方法，其特征在于，所述配置文件包括以下文件中的至少一种：remote-config文件、local-config文件和jar文件；

所述根据所述配置文件，对所述各个微服务进行升级之前，还包括：

将线上在用的配置文件与所述升级所需要的配置文件进行对比，判断所述配置文件中修改的内容是否正确；

所述根据所述配置文件，对所述各个微服务进行升级，具体包括：

在所述配置文件中修改的内容正确的情况下，根据所述配置文件，对所述各个微服务进行升级。

4.根据权利要求1所述的方法，其特征在于，所述在升级完毕后，重启所述各个微服务之后，还包括：

查看服务启动日志，并根据所述服务启动日志判断所述各个微服务是否正常启动，若不能正常启动，则执行回滚服务，并通知开发人员排查。

5.根据权利要求4所述的方法，其特征在于，所述在升级完毕后，重启所述各个微服务之后，还包括：

查看服务启动日志，并根据所述服务启动日志判断所述各个微服务是否正常启动，若正常启动，则清理所述生产环境发布资源池中的配置文件。

6.一种部署微服务的生产环境的装置，其特征在于，包括：

构建模块，用于构建生产环境所需的软件包，并将所述软件包发布至生产环境发布资源池；

升级模块，用于从所述生产环境发布资源池中获取各个微服务升级所需要的配置文件，并根据所述配置文件，对所述各个微服务进行升级；

重启模块，用于在升级完毕后，重启所述各个微服务。

7.根据权利要求6所述的装置，其特征在于，还包括：

备份模块，用于对所述各个微服务的线上环境进行全量备份。

8.根据权利要求6所述的装置，其特征在于，所述配置文件包括以下文件中的至少一种：remote-config文件、local-config文件和jar文件；

所述装置，还包括：

判断模块，用于将线上在用的配置文件与所述升级所需要的配置文件进行对比，判断所述配置文件中修改的内容是否正确；

所述升级模块，具体用于从所述生产环境发布资源池中获取各个微服务升级所需要的配置文件，在所述配置文件中修改的内容正确的情况下，根据所述配置文件，对所述各个微服务进行升级。

9.根据权利要求6所述的装置，其特征在于，还包括：

查看模块，用于查看服务启动日志，并根据所述服务启动日志判断所述各个微服务是否正常启动；

回滚模块，用于若所述各个微服务不能正常启动，则执行回滚服务，并通知开发人员排查。

10.根据权利要求9所述的装置，其特征在于，还包括：

清理模块，用于若所述各个微服务正常启动，则清理所述生产环境发布资源池中的配置文件。

Images