CN115237485A - 一种微服务的启动管理方法、装置、设备及介质 - Google Patents

Abstract

本发明实施例公开了一种微服务的启动管理方法、装置、设备及介质。其中，该方法由服务端执行，所述服务端预先部署有预先设置的微服务脚本；所述服务端运行于专用内网中；该方法包括：若接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务；确定所述目标微服务的微服务文件的类型；根据所述微服务文件的类型，生成微服务文件的启动指令，以启动目标微服务的微服务文件。本技术方案，通过利用在服务端预先设置的微服务脚本调用与其对应的微服务，可以在不依赖于远程服务器的情况下，就能够自动且快速地启动微服务文件，减少了因人工启动微服务文件而造成的失误，提高了微服务启动的效率和准确性。

Description

一种微服务的启动管理方法、装置、设备及介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种微服务的启动管理方法、装置、设备及介质。

背景技术

微服务是一种开发软件的架构和组织方法，其中软件由通过明确定义的API进行通信的小型独立服务组成，这些服务由各个小型独立团队负责。当启动一个微服务时，需要把微服务中的每一个小型独立服务都依次启动。

目前，启动一个微服务常常通过需要人工依次启动微服务中的每一个小型独立服务；或者采用成熟的自动化部署软件去执行。前者不仅工作量大，而且因人工启动而造成的失误也会增加；后者需要在服务器中把自动化部署软件预先安装好，安装完毕后把微服务文件放到指定位置，再对自动化部署工具进行配置，这种方式在公司研发阶段可以提高工作效率，但在实际生产环境中面对离线部署的情况还是需要人工启动。

因此，如何提供一种简易快捷且不依赖远程服务器的微服务启动管理方法，是本领域技术人员亟待解决的技术问题。

发明内容

本发明提供了一种微服务的启动管理方法、装置、设备及介质，通过利用在服务端预先设置的微服务脚本调用与其对应的微服务，可以在不依赖于远程服务器的情况下，就能够自动且快速地启动微服务文件，减少了因人工启动微服务文件而造成的失误，提高了微服务启动的效率和准确性。

根据本发明的一方面，提供了一种微服务的启动管理方法，所述方法由服务端执行，所述服务端预先部署有预先设置的微服务脚本，所述服务端运行于专用内网中，所述方法包括：

若接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务；

确定所述目标微服务的微服务文件的类型；

根据所述微服务文件的类型，生成微服务文件的启动指令，以启动目标微服务的微服务文件。

可选的，所述微服务脚本的设置过程，包括：

响应于微服务脚本生成请求，生成微服务脚本；

初始化微服务脚本参数；其中，所述微服务脚本参数包括微服务程序，所述微服务程序中包括的微服务名称，以及微服务文件的绝对路径。

可选的，生成微服务文件的启动指令，以启动目标微服务的微服务文件，包括：

生成微服务文件的启动指令并发送至微服务脚本，供所述微服务脚本以子进程的方式启动微服务文件。

可选的，所述方法还包括：

在微服务脚本运行之后，显示各种微服务文件的类型的启动指令。

可选的，在生成微服务文件的启动指令，以启动目标微服务的微服务文件之后，所述方法还包括：

确定所述目标微服务的微服务文件是否启动成功；

若是，则返回微服务名称以及启动成功的状态信息；若否，则返回启动失败的状态信息。

可选的，在生成微服务文件的启动指令，以启动目标微服务的微服务文件之后，所述方法还包括：

若接收到状态查看命令，则获取并返回目标微服务的微服务名称、子进程号码以及微服务当前状态。

可选的，在生成微服务文件的启动指令，以启动目标微服务的微服务文件之后，所述方法还包括：

若接收到微服务停止命令，则停止目标微服务，并关闭所述目标微服务运行的子进程；

若接收到微服务重启命令，则关闭所有正在运行的微服务的子进程，并重新启动所停止的微服务文件。

根据本发明的另一方面，提供了一种微服务的启动管理装置，包括：

目标微服务确定模块，用于若接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务；

微服务文件类型确定模块，用于确定所述目标微服务的微服务文件的类型；

微服务文件启动模块，用于根据所述微服务文件的类型，生成微服务文件的启动指令，以启动目标微服务的微服务文件。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的微服务的启动管理方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的微服务的启动管理方法。

本发明实施例的技术方案，该方法由服务端执行，所述服务端预先部署有预先设置的微服务脚本，所述服务端运行于专用内网中，该方法包括：若接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务；确定所述目标微服务的微服务文件的类型；根据所述微服务文件的类型，生成微服务文件的启动指令，以启动目标微服务的微服务文件。本技术方案，通过利用在服务端预先设置的微服务脚本调用与其对应的微服务，可以在不依赖于远程服务器的情况下，就能够自动且快速地启动微服务文件，减少了因人工启动微服务文件而造成的失误，提高了微服务启动的效率和准确性。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1是根据本发明实施例一提供的一种微服务的启动管理方法的流程图；

图2是根据本发明实施例二提供的一种微服务的启动管理方法的流程图；

图3是根据本发明实施例二提供的一种微服务的启动管理方法中微服务脚本提示信息框的示意图；

图4是根据本发明实施例三提供的一种微服务的启动管理装置的结构示意图；

图5是实现本发明实施例的一种微服务的启动管理方法的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”“目标”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供了一种微服务的启动管理方法的流程图，本实施例可适用于对微服务进行自动启动的情况，所述方法由服务端执行，所述服务端预先部署有预先设置的微服务脚本，所述服务端运行于专用内网中。该方法可以由微服务的启动管理装置来执行，该微服务的启动管理装置可以采用硬件和/或软件的形式实现，该微服务的启动管理装置可配置于具有数据处理能力的电子设备中。如图1所示，该方法包括：

S110、若接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务。

其中，微服务可以是能够实现预设功能的功能点，也可以是实现一个功能的功能模块。微服务脚本可以是用于实现微服务的脚本代码。微服务访问请求可以是由客户端发起的用于访问预先注册于服务端中的微服务的业务操作请求，可以是一段代码。例如，微服务访问请求可以是客户端发起的监控视频调取请求、图片/音频上传请求、登录请求或个人信息录入/导出请求等等。

可以理解的是，微服务脚本中可以包括至少一个微服务。根据所接收到的微服务访问请求，确定访问请求对应的微服务脚本中的目标微服务，可以根据调用微服务访问请求代码解析出该请求对应的目标微服务。此外，微服务脚本是预先部署在服务端中，而服务端用于专用内网，也就意味着，服务端可以通过预先设置的微服务脚本对微服务进行部署，而不需要通过远程服务器。

示例性的，微服务脚本A是用于实现管理系统中的某一预设功能，微服务脚本中的微服务A1用于实现登录请求，微服务A2用于实现个人信息录入/导出请求，微服务A3用于实现图片/音频上传请求，微服务A4用于实现监控视频调取请求，微服务A1到微服务A4均只能实现管理系统中的某一个预设功能，而管理系统按照一定的预设规则对各个微服务进行调用以实现整个管理系统的功能。此外，管理系统的各个微服务之间相互独立，当微服务脚本停止运行的时候，各个微服务仍可以正常运行；或者，当某一个或多个微服务出现故障或需要升级时，不会造成管理系统停止运行。

在本发明实施例中，可选的，微服务脚本的设置过程，包括步骤A1-A2：

A1：响应于微服务脚本生成请求，生成微服务脚本。

其中，微服务脚本生成请求可以是预设功能模块的脚本生成请求。微服务脚本可以通过预设的编程语言规范以及微服务脚本生成请求进行生成。

A2：初始化微服务脚本参数；其中，所述微服务脚本参数包括微服务程序，所述微服务程序中包括微服务名称，以及微服务文件的绝对路径。

其中，微服务程序可以包括至少一个微服务文件。微服务名称可以采用三段式的命名规则，中间使用中横线分隔，一级服务名为组织名称，二级服务名为应用或项目的名称，三级服务名为功能模块的名称。例如，某一微服务名称为hope-madp-auth。需要说明的是，微服务名称可以有不同的后缀，例如，微服务名称后缀可以是.sh、.jar或者.日志等。微服务文件的绝对路径可以是微服务文件从根目录开始的目录路径，可以理解的是，每个微服务文件都有唯一一个绝对路径。

对微服务脚本参数进行初始化，可以是对微服务程序中各个微服务文件的运行顺序进行初始化。例如，各个微服务文件的初始化运行顺序可以体现在微服务文件名称中。

这样设置的好处是，通过对微服务脚本参数进行初始化，有利于提高微服务被调用时的工作效率，降低出错率。

S120、确定所述目标微服务的微服务文件的类型。

其中，微服务文件的类型可以根据微服务脚本中微服务名称的后缀进行确定。

为了确定不同微服务文件类型所对应的启动方式，需要确定微服务文件的类型。例如，.sh和.jar两种不同类型的微服务文件的启动方式是不同的。

S130、根据所述微服务文件的类型，生成微服务文件的启动指令，以启动目标微服务的微服务文件。

其中，启动指令可以是服务端发起的用于启动目标微服务中微服务文件的命令，启动指令信息可以包括与微服务文件类型对应的标识信息、微服务配置信息，可以通过“-start”表示启动指令。示例性的，对.sh类型的某微服务文件生成启动指令，其启动指令可以是“sh server.sh -start”。

在本发明实施例中，通过启动指令启动目标微服务的微服务文件，可以按照目标微服务对应的微服务脚本参数中各个微服务文件的预设顺序进行依次启动。

本发明实施例提供的微服务的启动管理方法，通过接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务；确定所述目标微服务的微服务文件的类型；根据所述微服务文件的类型，生成微服务文件的启动指令，以启动目标微服务的微服务文件。本技术方案，通过利用在服务端预先设置的微服务脚本调用与其对应的微服务，可以在不依赖于远程服务器的情况下，就能够自动且快速地启动微服务文件，减少了因人工启动微服务文件而造成的失误，提高了微服务启动的效率和准确性。

实施例二

图2为本发明实施例二提供的一种微服务的启动管理方法的流程图，本实施例以上述实施例为基础进行优化。具体优化为：生成微服务文件的启动指令，以启动目标微服务的微服务文件，包括：生成微服务文件的启动指令并发送至微服务脚本，供所述微服务脚本以子进程的方式启动微服务文件。

如图2所示，本实施例的方法具体包括如下步骤：

S210、若接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务。

S220、确定所述目标微服务的微服务文件的类型。

S230、根据所述微服务文件的类型，生成微服务文件的启动指令并发送至微服务脚本，供所述微服务脚本以子进程的方式启动微服务文件。

为了提高微服务文件运行的稳定性，将微服务文件的启动指令发送至微服务脚本，供微服务脚本以子进程的方式启动微服务文件。可以理解的是，当微服务脚本以主进程的方式启动微服务文件时，若微服务脚本运行异常或停止运行时，微服务文件也会随之运行异常或停止运行。

其中，微服务脚本以子进程的方式启动微服务文件可以通过如下三种方式进行启动：第一种，调用内核函数fork创建子进程；第二种，调用vfork函数创建子进程；第三种，调用clone函数创建子进程。

S240、若接收到状态查看命令，则获取并返回目标微服务的微服务名称、子进程号码以及微服务当前状态。

其中，状态查看命令可以是查看目标微服务运行状态的指令，状态查看命令根据微服务文件的类型生成与目标微服务对应的命令，可以通过“-status”表示状态查看指令。例如，对.sh类型的某微服务文件生成状态查看指令，其状态查看指令可以是“shserver.sh-status”。

需要说明的是，状态查看命令在执行时是按照微服务文件的预设顺序依次进行状态检查的。

在接收到状态查看命令后，获取并返回目标微服务的微服务名称、子进程号码以及微服务当前状态。其中，微服务当前状态可以为“正常运行”或者“停止运行”；子进程号码可以为子进程的PID号码；微服务名称可以通过调用微服务脚本参数进行确定。

可以理解的是，若微服务当前状态可以为“正常运行”，则返回目标微服务的微服务名称、子进程号码以及微服务当前状态；若微服务当前状态可以为“停止运行”，则返回目标微服务的微服务当前状态。

S250、若接收到微服务停止命令，则停止目标微服务，并关闭所述目标微服务运行的子进程。

其中，停止命令可以是使目标微服务及其子进程的当前状态改为“停止运行”的指令，可以通过“-stop”表示微服务停止指令。例如，对.sh 类型的某微服务文件生成停止指令，其停止指令可以是“sh server.sh- stop”。

可以理解的是，微服务停止命令在执行时，首先需要按照微服务文件的预设顺序依次进行状态检查，若微服务当前状态可以为“正常运行”，则停止目标微服务并关闭所述目标微服务运行的子进程，若微服务当前状态可以为“停止运行”，则返回微服务状态信息。

还需要说明的是，在停止目标微服务并关闭所述目标微服务运行的子进程之后，需要对微服务状态信息进行检查，以确定微服务是否成功停止，若成功停止，则返回成功信息，反之则返回失败信息。

S260、若接收到微服务重启命令，则关闭所有正在运行的微服务的子进程，并重新启动所停止的微服务文件。

其中，微服务重启命令可以是将目标微服务及其子进程停止再重新启动的指令，可以通过“-restart”表示微服务重启指令。例如，对.sh 类型的某微服务文件生成微服务重启指令，其微服务重启指令可以是“sh server.sh-restart”。

可以理解的是，微服务停止命令在执行时，首先需要按照微服务文件的预设顺序依次进行状态检查，若微服务当前状态可以为“正常运行”，则关闭所有正在运行的微服务的子进程并重新启动所停止的微服务文件，若微服务当前状态可以为“停止运行”，则返回微服务状态信息。

还需要说明的是，在关闭所有正在运行的微服务的子进程之后，对微服务状态信息进行检查，以确定微服务是否成功停止；根据微服务脚本当前运行时间创建日志文件，其中，日志文件以“log+时间戳”的方式进行命名；生成微服务文件的启动指令并发送至微服务脚本，供微服务脚本以子进程的方式启动微服务文件；返回微服务重启成功信息以及微服务当前状态信息。

在此需要说明的是，本发明实施例对步骤S240-S260的顺序不做限制，可以是先执行S240，再执行S250-S260；也可以是先执行S250-S260，再执行S240；还可以是同时执行S240和S250-S260。

当然，本发明实施例提供的微服务的启动管理方法，还可以运行重启授权命令、重启后台命令、重启网关命令、重启数据运维命令、重启数字孪生命令和重启分析命令等。

本发明实施例提供的微服务的启动管理方法，通过接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务；确定所述目标微服务的微服务文件的类型；根据所述微服务文件的类型，生成微服务文件的启动指令并发送至微服务脚本，供所述微服务脚本以子进程的方式启动微服务文件；若接收到状态查看命令，则获取并返回目标微服务的微服务名称、子进程号码以及微服务当前状态；若接收到微服务停止命令，则停止目标微服务，并关闭所述目标微服务运行的子进程；若接收到微服务重启命令，则关闭所有正在运行的微服务的子进程，并重新启动所停止的微服务文件。本技术方案，通过微服务脚本以子进程的方式启动微服务文件，可以保证微服务脚本在异常运行情况下微服务文件可以正常运行；利用状态查看命令、停止命令和重启命令可以对正在运行的微服务进行自动操作，提高微服务的维护效率。

在上述各实施例的基础上，可选的，所述方法还包括：在微服务脚本运行之后，显示各种微服务文件的类型的启动指令。

可以理解的，为了防止操作人员忘记微服务脚本中的命令操作，可以在微服务脚本运行之后显示各种微服务文件的类型的启动指令。

图3是根据本发明实施例二提供的一种微服务的启动管理方法中微服务脚本提示信息框的示意图。如图3所示，微服务脚本提示信息框中包括服务端版本号、命令用法、命令举例以及可执行的命令参数选项。

在上述各实施例的基础上，可选的，在生成微服务文件的启动指令，以启动目标微服务的微服务文件之后，所述方法还包括：确定所述目标微服务的微服务文件是否启动成功；若是，则返回微服务名称以及启动成功的状态信息；若否，则返回启动失败的状态信息。

其中，状态信息可以包括“启动成功”或“启动失败”。在本发明实施例中，可以通过运行目标为服务的微服务文件获取运行结果，以确定目标微服务的微服务文件是否启动成功。这样设置的好处是，可以确保目标微服务的微服务文件可以成功启动，在启动失败的情况下可以及时对目标微服务的微服务文件进行维护，提高微服务启动的效率和准确性

实施例三

图4为本发明实施例三提供的一种微服务的启动管理装置的结构示意图，该装置可执行本发明任意实施例所提供的微服务的启动管理方法，具备执行方法相应的功能模块和有益效果。如图4所示，该装置包括：

目标微服务确定模块410，用于若接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务；

微服务文件类型确定模块420，用于确定所述目标微服务的微服务文件的类型；

微服务文件启动模块430，用于根据所述微服务文件的类型，生成微服务文件的启动指令，以启动目标微服务的微服务文件。

可选的，所述微服务脚本的设置过程，包括：

响应于微服务脚本生成请求，生成微服务脚本；

初始化微服务脚本参数；其中，所述微服务脚本参数包括微服务程序，所述微服务程序中包括的微服务名称，以及微服务文件的绝对路径。

本发明实施例的技术方案，若接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务；确定所述目标微服务的微服务文件的类型；根据所述微服务文件的类型，生成微服务文件的启动指令，以启动目标微服务的微服务文件。本技术方案，通过利用在服务端预先设置的微服务脚本调用与其对应的微服务，可以在不依赖于远程服务器的情况下，就能够自动且快速地启动微服务文件，减少了因人工启动微服务文件而造成的失误，提高了微服务启动的效率和准确性。

可选的，微服务文件启动模块430，包括：

微服务文件启动单元，用于生成微服务文件的启动指令并发送至微服务脚本，供所述微服务脚本以子进程的方式启动微服务文件。

可选的，所述装置还包括：

启动指令显示模块，用于在微服务脚本运行之后，显示各种微服务文件的类型的启动指令。

可选的，所述装置还包括：

微服务文件启动判断模块，用于在生成微服务文件的启动指令，以启动目标微服务的微服务文件之后，确定所述目标微服务的微服务文件是否启动成功；

状态信息返回模块，用于若是，则返回微服务名称以及启动成功的状态信息；若否，则返回启动失败的状态信息。

可选的，所述装置还包括：

状态查看模块，用于在生成微服务文件的启动指令，以启动目标微服务的微服务文件之后，若接收到状态查看命令，则获取并返回目标微服务的微服务名称、子进程号码以及微服务当前状态。

可选的，所述装置还包括：

微服务停止模块，用于在生成微服务文件的启动指令，以启动目标微服务的微服务文件之后，若接收到微服务停止命令，则停止目标微服务，并关闭所述目标微服务运行的子进程；

微服务重启模块，用于若接收到微服务重启命令，则关闭所有正在运行的微服务的子进程，并重新启动所停止的微服务文件。

本发明实施例所提供的一种微服务的启动管理装置可执行本发明任意实施例所提供的一种微服务的启动管理方法，具备执行方法相应的功能模块和有益效果。

实施例四

图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等) 和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器 (RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元 (GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如方法微服务的启动管理。

在一些实施例中，方法微服务的启动管理可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11 执行时，可以执行上文描述的方法微服务的启动管理的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法微服务的启动管理。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/ 或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种微服务的启动管理方法，其特征在于，所述方法由服务端执行，所述服务端预先部署有预先设置的微服务脚本；所述服务端运行于专用内网中；所述方法包括：

若接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务；

确定所述目标微服务的微服务文件的类型；

根据所述微服务文件的类型，生成微服务文件的启动指令，以启动目标微服务的微服务文件。

2.根据权利要求1所述的方法，其特征在于，所述微服务脚本的设置过程，包括：

响应于微服务脚本生成请求，生成微服务脚本；

初始化微服务脚本参数；其中，所述微服务脚本参数包括微服务程序，所述微服务程序中包括微服务名称，以及微服务文件的绝对路径。

3.根据权利要求1所述的方法，其特征在于，生成微服务文件的启动指令，以启动目标微服务的微服务文件，包括：

生成微服务文件的启动指令并发送至微服务脚本，供所述微服务脚本以子进程的方式启动微服务文件。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在微服务脚本运行之后，显示各种微服务文件的类型的启动指令。

5.根据权利要求1所述的方法，其特征在于，在生成微服务文件的启动指令，以启动目标微服务的微服务文件之后，所述方法还包括：

确定所述目标微服务的微服务文件是否启动成功；

若是，则返回微服务名称以及启动成功的状态信息；若否，则返回启动失败的状态信息。

6.根据权利要求3所述的方法，其特征在于，在生成微服务文件的启动指令，以启动目标微服务的微服务文件之后，所述方法还包括：

若接收到状态查看命令，则获取并返回目标微服务的微服务名称、子进程号码以及微服务当前状态。

7.根据权利要求3所述的方法，其特征在于，在生成微服务文件的启动指令，以启动目标微服务的微服务文件之后，所述方法还包括：

若接收到微服务停止命令，则停止目标微服务，并关闭所述目标微服务运行的子进程；

若接收到微服务重启命令，则关闭所有正在运行的微服务的子进程，并重新启动所停止的微服务文件。

8.一种微服务的启动管理装置，其特征在于，所述装置包括：

目标微服务确定模块，用于若接收到微服务访问请求，确定所述访问请求对应的微服务脚本中的目标微服务；

微服务文件类型确定模块，用于确定所述目标微服务的微服务文件的类型；

微服务文件启动模块，用于根据所述微服务文件的类型，生成微服务文件的启动指令，以启动目标微服务的微服务文件。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的微服务的启动管理方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的微服务的启动管理方法。

Images