CN115309457B - 应用实例的重启方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本申请提供了一种应用实例的重启方法、装置、电子设备及可读存储介质，获取用于更新目标应用的配置修改信息；根据该配置修改信息，确定目标应用对应的目标应用实例的实例信息，以及重启该目标应用实例的启停规则信息；同时，将配置修改信息下发至配置中心的SDK；根据目标应用实例的实例信息，按照目标应用实例的启停规则信息重启目标应用实例，并在重启过程中控制目标应用实例从配置中心中加载配置修改信息，以完成目标应用的重启更新。这样，能够在目标应用有更新需求时，自动重启目标应用对应的目标应用实例，使得再次启动的目标应用即为更新后的目标应用，以此，可以及时地完成目标应用的更新，避免目标应用出现更新延迟的情况。

Description

应用实例的重启方法、装置、电子设备及可读存储介质

技术领域

本申请涉及计算机术领域，尤其是涉及一种应用实例的重启方法、装置、电子设备及可读存储介质。

背景技术

随着分布式系统的不断发展，配置中心在分布式系统中得到了广泛的应用，配置中心可以用于对分布式系统所涉及的各种应用服务进行统一的设置与管理，例如，对应用服务的开启与关闭、应用服务所调用的中间件、应用服务所涉及的应用参数、实例参数以及应用服务对应的服务器的相关参数等方面进行统一的设置与管理。

当应用服务存在更新时，也可以通过配置中心来实现，但是，对于一些在应用中可以实时生效的更新资源来说，当应用存在资源更新需求时，可以实时的将更新资源的内容同步至应用中，例如，实时推送的更新通知、广告信息等；在这种情况下，并不需要重启应用也能够收到更新资源的内容；但是，对于一些需重启应用后才能够更新的更新资源如数据库、MQ消息以及Redis缓存等资源等，需在更新资源的同时触发相应应用实例的重启，进而，实现应用的同步更新；在这种情况下，由于应用不能够及时地进行重启，导致出现更新延迟的情况。

发明内容

有鉴于此，本申请的目的在于提供一种应用实例的重启方法、装置、电子设备及可读存储介质，能够在目标应用具有更新需求时，自动触发目标应用实例的重启，以启动更新后的目标应用，进而，可以通过自动重启目标应用实例的方式，及时地完成目标应用的更新，避免目标应用出现更新延迟的情况。

本申请实施例提供了一种应用实例的重启方法，所述重启方法包括：

获取用于更新目标应用的配置修改信息；

根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，并将所述配置修改信息下发至配置中心的软件开发工具包SDK；其中，所述配置中心用于管理应用服务配置；

在目标应用运行过程中，根据所述实例信息，按照所述启停规则信息重启所述目标应用对应的目标应用实例，并在重启的过程中控制所述目标应用实例从所述配置中心的SDK中加载所述配置修改信息。

在一种可能的实施方式中，所述将所述配置修改信息下发至配置中心的软件开发工具包SDK，包括：

将所述配置修改信息下发至所述配置中心的注册中心；

通过所述配置中心的SDK对所述注册中心进行实时监听，并在监听到所述注册中心接收到所述配置修改信息时，利用所述配置中心的SDK从注册中心中获取所述配置修改信息。

在一种可能的实施方式中，所述配置中心具有管理平台；所述获取用于更新目标应用的配置修改信息，包括：

响应针对所述管理平台的第一选择操作，根据所述管理平台已建立的预设配置关系，确定出用于更新所述目标应用的应用配置信息；其中，所述应用配置信息包括所述目标应用所使用目标集群的集群基本信息、所述目标应用在所述目标集群下所涉及目标服务器的服务器信息、所述目标应用的应用信息以及所述目标应用实例的实例信息；

响应针对所述管理平台的第二选择操作，从所述管理平台已规划的预设启停规则中，确定出对所述目标应用实例进行重启的启停规则信息；其中，所述启停规则信息包括所述目标应用实例的启停方式和启停时间；

基于所述应用配置信息和所述启停规则信息，生成用于更新目标应用的配置修改信息。

在一种可能的实施方式中，通过以下步骤建立预设配置关系：

响应针对服务器列表的触控操作，从所述服务器列表所包括的多个候选服务器中选择出待关联服务器；

响应于集群选择操作，从多个候选集群中选择待关联集群；

响应于应用选择操作，从多个候选应用中选择出待关联应用；

分别建立所述待关联服务器与所述待关联集群之间的第一关联关系以及所述待关联服务器与所述待关联应用之间的第二关联关系，并确定所述待关联应用的启停脚本的存储位置。

在一种可能的实施方式中，通过以下步骤规划预设启停规则：

针对于每个待关联应用，利用该待关联应用所关联的待关联服务器与待关联集群之间的第一关联关系以及该待关联应用与所关联的待关联服务器之间的第二关联关系，确定用于对待关联应用的应用实例进行启停的预设启停规则。

在一种可能的实施方式中，所述重启方法还包括：

存储所述配置修改信息，生成本地配置文件。

在一种可能的实施方式中，所述根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，包括：

利用所述目标应用的应用标识，从所述配置修改信息中确定出所述目标应用对应的目标应用实例的实例信息；

利用所述实例信息中的端口信息，从所述配置修改信息中确定出所述目标应用实例的启停规则信息。

本申请实施例还提供了一种应用实例的重启装置，所述重启装置包括：

信息获取模块，用于获取用于更新目标应用的配置修改信息；

信息确定模块，用于根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，并将所述配置修改信息下发至配置中心的软件开发工具包SDK；其中，所述配置中心用于管理应用服务配置；

实例重启模块，用于在目标应用运行过程中，根据所述实例信息，按照所述启停规则信息重启所述目标应用对应的目标应用实例，并在重启的过程中控制所述目标应用实例从所述配置中心的SDK中加载所述配置修改信息。

在一种可能的实施方式中，所述信息确定模块在用于将所述配置修改信息下发至配置中心的软件开发工具包SDK时，所述信息确定模块用于：

将所述配置修改信息下发至所述配置中心的注册中心；

通过所述配置中心的SDK对所述注册中心进行实时监听，并在监听到所述注册中心接收到所述配置修改信息时，利用所述配置中心的SDK从注册中心中获取所述配置修改信息。

在一种可能的实施方式中，所述配置中心具有管理平台；所述信息获取模块在用于获取用于更新目标应用的配置修改信息时，所述信息获取模块用于：

响应针对所述管理平台的第一选择操作，根据所述管理平台已建立的预设配置关系，确定出用于更新所述目标应用的应用配置信息；其中，所述应用配置信息包括所述目标应用所使用目标集群的集群基本信息、所述目标应用在所述目标集群下所涉及目标服务器的服务器信息、所述目标应用的应用信息以及所述目标应用实例的实例信息；

响应针对所述管理平台的第二选择操作，从所述管理平台已规划的预设启停规则中，确定出对所述目标应用实例进行重启的启停规则信息；其中，所述启停规则信息包括所述目标应用实例的启停方式和启停时间；

基于所述应用配置信息和所述启停规则信息，生成用于更新目标应用的配置修改信息。

在一种可能的实施方式中，所述重启装置还包括关系建立模块，所述关系建立模块用于通过以下步骤建立预设配置关系：

响应针对服务器列表的触控操作，从所述服务器列表所包括的多个候选服务器中选择出待关联服务器；

响应于集群选择操作，从多个候选集群中选择待关联集群；

响应于应用选择操作，从多个候选应用中选择出待关联应用；

分别建立所述待关联服务器与所述待关联集群之间的第一关联关系以及所述待关联服务器与所述待关联应用之间的第二关联关系，并确定所述待关联应用的启停脚本的存储位置。

在一种可能的实施方式中，所述重启装置还包括规则规划模块，所述规则规划模块用于通过以下步骤规划预设启停规则：

针对于每个待关联应用，利用该待关联应用所关联的待关联服务器与待关联集群之间的第一关联关系以及该待关联应用与所关联的待关联服务器之间的第二关联关系，确定用于对待关联应用的应用实例进行启停的预设启停规则。

在一种可能的实施方式中，所述重启装置还包括存储模块，所述存储模块用于：

存储所述配置修改信息，生成本地配置文件。

在一种可能的实施方式中，所述实例重启模块在用于根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息时，所述实例重启模块用于：

利用所述目标应用的应用标识，从所述配置修改信息中确定出所述目标应用对应的目标应用实例的实例信息；

利用所述实例信息中的端口信息，从所述配置修改信息中确定出所述目标应用实例的启停规则信息。

本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的应用实例的重启方法的步骤。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的应用实例的重启方法的步骤。

本申请实施例提供的应用实例的重启方法、装置、电子设备及可读存储介质，获取用于更新目标应用的配置修改信息；根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，并将所述配置修改信息下发至配置中心的SDK；在目标应用运行过程中，根据所述实例信息，按照所述启停规则信息重启所述目标应用对应的目标应用实例，并在重启的过程中控制所述目标应用实例从所述配置中心中加载所述配置修改信息，以完成所述目标应用的重启更新。这样，便能够在目标应用具有更新需求时，自动触发目标应用实例的重启，以启动更新后的目标应用，进而，可以通过自动重启目标应用实例的方式，及时地完成目标应用的更新，避免目标应用出现更新延迟的情况。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例所提供的一种应用实例的重启方法的流程图；

图2为本申请实施例所提供的一种信息配置过程示意图；

图3为本申请实施例所提供的一种预设配置关系建立过程示意图；

图4为本申请实施例所提供的一种应用实例的重启过程示意图；

图5为本申请实施例所提供的一种应用实例的重启装置的结构示意图之一；

图6为本申请实施例所提供的一种应用实例的重启装置的结构示意图之二；

图7为本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例，都属于本申请保护的范围。

经研究发现，当应用服务存在更新时，也可以通过配置中心来实现，但是，对于一些在应用中可以实时生效的更新资源来说，当应用存在资源更新需求时，可以实时的将更新资源的内容同步至应用中，例如，实时推送的更新通知、广告信息等；在这种情况下，并不需要重启应用也能够收到更新资源的内容；但是，对于一些需重启应用后才能够更新的更新资源(数据库、MQ消息以及Redis缓存等资源)来说，需在更新资源的同时触发相应应用实例的重启，进而，实现应用的同步更新；在这种情况下，由于应用不能够及时地进行重启，导致出现更新延迟的情况。

基于此，本申请实施例提供了一种应用实例的重启方法，在目标应用存在更新需求时，自动触发目标应用对应的目标应用实例进行重启，进而，可以在重启的过程中获取用于更新目标应用的配置修改信息，以及时地完成目标应用的更新，避免目标应用出现更新延迟的情况。

请参阅图1，图1为本申请实施例所提供的一种应用实例的重启方法的流程图。如图1中所示，本申请实施例提供的应用实例的重启方法，包括：

S101、获取用于更新目标应用的配置修改信息。

S102、根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，并将所述配置修改信息下发至配置中心的软件开发工具包SDK。

S103、在目标应用运行过程中，根据所述实例信息，按照所述启停规则信息重启所述目标应用对应的目标应用实例，并在重启的过程中控制所述目标应用实例从所述配置中心的SDK中加载所述配置修改信息。

本申请实施例所提供的应用实例的重启方法，当目标应用存在更新需求时，获取用于修改目标应用对应的目标应用实例的配置修改信息；根据该配置修改信息，确定目标应用对应的目标应用实例的实例信息，以及重启该目标应用实例的启停规则信息；同时，将配置修改信息下发至配置中心的SDK；根据目标应用实例的实例信息，按照目标应用实例的启停规则信息重启目标应用实例，并在重启过程中控制目标应用实例从配置中心中加载配置修改信息，以完成目标应用的更新。这样，能够在目标应用有更新需求时，自动重启目标应用对应的目标应用实例，进而，再次打开的目标应用即可为更新后的目标应用，以此，可以及时地完成目标应用的更新，避免目标应用出现更新延迟的情况。

在目标应用具有更新需求时，业务人员可以针对于目标应用预先配置好对目标应用进行更新的配置修改信息，这样，当目标应用对应的目标应用实例再次重启时，通过加载目标应用更新后的配置修改信息，打开更新后的目标应用；这里，配置修改信息包括目标应用所使用目标集群的集群基本信息、目标应用在目标集群下所涉及目标服务器的服务器信息、目标应用的应用信息、目标应用对应的目标应用实例的实例信息、目标应用实例的启停方式以及启停时间等信息。

在步骤S101中，在目标应用具有更新需求是，获取用于更新目标应用的配置修改信息。

这里，配置修改信息可以是业务人员在配置中心所具有的管控平台中对目标应用原有的配置信息进行修改之后得到的；还可以是配置中心所具有的管控平台根据业务人员所下发的更新需求，对目标应用原有的配置信息进行修改之后得到的，可以根据实际情况而定，在此不做限制。

业务人员在管控平台中对目标应用原有的配置信息进行修改的过程中，可以将对目标应用对应的目标应用实例进行启停的启停规则信息，添加至配置修改信息中，例如，业务人员可预先将目标应用实例的启停时间、启停方式(立即启停、定时启停或暂缓启停)等启停规则信息，添加至目标应用的配置修改信息中，因此，可以根据配置修改信息来确定目标应用实例的启停规则信息。

这里，为了简化业务人员对目标应用进行配置的配置过程，可预先在管控平台中设置相应的选项，业务人员可以在管控平台中通过选择相应的选项，实现对目标应用原始配置信息的修改。

在一种实施方式中，所述配置中心具有管理平台；请参阅图2，图2为本申请实施例所提供的一种信息配置过程示意图。如图2所示，步骤S101包括：

步骤S1011、响应针对所述管理平台的第一选择操作，根据所述管理平台已建立的预设配置关系，确定出用于更新所述目标应用的应用配置信息。

该步骤中，响应于业务人员在管理平台中所施加的第一选择操作，确定业务人员所选择更新的目标应用，并根据管理平台已建立的预设配置关系，确定出该目标应用在运行时所使用的目标集群的集群基本信息、该目标应用所涉及目标服务器的服务器信息、该目标应用具体的应用信息以及目标应用对应的目标应用实例的实例信息。

这里，集群基本信息包括集群标识、集群名称以及集群所位于机房的机房位置等信息；服务器信息包括服务器IP地址、服务器访问方式、用户名、密码等信息；应用信息包括应用名称、应用标识以及应用详情等信息；实例信息包括应用实例的存放目录、脚本位置、端口信息等信息。

即，应用配置信息包括所述目标应用所使用目标集群的集群基本信息、目标应用在所述目标集群下所涉及目标服务器的服务器信息、目标应用的应用信息、目标应用实例的实例信息、目标应用所调用中间件的链接地址以及目标应用的数据库地址等目标应用的一些初始加载的配置信息。

步骤S1012、响应针对所述管理平台的第二选择操作，从所述管理平台已规划的预设启停规则中，确定出对所述目标应用实例进行重启的启停规则信息。

该步骤中，管理平台中预先设置有多套对应用实例进行重启的预设启停规则，每套预设启停规则中包括有不同的预设启停方式和预设启停时间，例如，第一套预设启停规则：预设启停方式为立即启停、预设启停时间为当前时间；第二套预设启停规则：预设启停方式为定时启停、预设启停时间为15分钟后；第三套预设启停规则：预设启停方式为暂缓启停、预设启停时间为待定。

业务人员可以根据实际情况选择适合于对目标应用实例进行重启的启停方式和启停时间；具体的，响应于业务人员在管理平台中所施加的第二选择操作，从管理平台已规划的多套预设启停规则中，选择出一套预设启停规则作为重启目标应用的启停规则，将选择出的预设启停规则中的预设启停方式确定为目标应用实例的启停方式，将选择出的预设启停规则中的预设启停时间确定为目标应用的启停时间；进而，确定出对目标应用实例进行重启的启停规则信息；其中，启停规则信息包括目标应用实例的启停方式和启停时间。

这里，业务人员还可以通过第二选择操作，选择出对目标应用实例进行重启的启停时间以及启停方式，例如，管控平台中设置有可选择的多个候选启停时间和多个候选启停方式，业务人员可以通过第二选择操作，选择出重启目标应用实例的启停方式和启停时间；进而，根据目标应用实例的启停时间和启停方式，组成对目标应用实例进行重启的启停规则信息。

步骤S1013、基于所述应用配置信息和所述启停规则信息，生成用于更新目标应用的配置修改信息。

该步骤中，在分别确定出用于更新目标应用的应用配置信息以及用于控制目标应用实例进行重启的启停规则信息之后，基于应用配置信息和启停规则信息生成用于更新目标应用的配置修改信息。

在一种实施方式中，通过以下步骤建立预设配置关系：

步骤a：响应针对服务器列表的触控操作，从所述服务器列表所包括的多个候选服务器中选择出待关联服务器。

该步骤中，管控平台中设置有服务器列表，服务器列表中包括可选择的多个候选服务器，业务人员在配置应用、服务器以及集群之间的预设配置关系时，可通过相应的触控操作从服务器列表中选择出需要进行关系配置的待关联服务器；具体的，响应于业务人员针对服务器列表的触控操作，从服务器列表所包括的多个候选服务器中选择出需要配置关联关系的待关联服务器。

本申请所提供的方案中，响应针对服务器列表的触控操作，具体可以为，当业务人员按下触控操作对应的操作控件时，便可以下达对于服务器的选择指令，从多个候选服务器中选择出待关联服务器；其中，业务人员可以通过点击、拖动等触控操作触控操作控件下达服务器的选择指令；具体的，业务人员可以通过手指、鼠标等触控操作控件；或者是通过键盘中的预设组合键，例如，键盘中的ctrl键、alt键、a键等按键，预设按键可以根据玩家需求进行人为设置。

步骤b：响应于集群选择操作，从多个候选集群中选择待关联集群。

该步骤中，管控平台中设置有可选择的多个候选集群，业务人员在配置应用、服务器以及集群之间的预设配置关系时，可通过相应的集群选择操作从多个候选集群中选择出需要进行关系配置的待关联集群；具体的，响应于业务人员所施加的集群选择操作，从多个候选集群中选择出需要配置关联关系的待关联集群。

本申请所提供的方案中，响应于集群选择操作，具体可以为，当业务人员按下集群选择操作对应的集群选择控件时，便可以下达对于集群的选择指令，从多个候选集群中选择出待关联集群；其中，业务人员可以通过点击、拖动等集群选择操作触控集群选择控件下达集群的选择指令；具体的，业务人员可以通过手指、鼠标等触控集群选择控件；或者是通过键盘中的预设组合键，例如，键盘中的ctrl键、alt键、a键等按键，预设按键可以根据玩家需求进行人为设置。

步骤c：响应于应用选择操作，从多个候选应用中选择出待关联应用。

该步骤中，管控平台中设置有可选择的多个候选应用，业务人员在配置应用、服务器以及集群之间的预设配置关系时，可通过相应的应用选择操作从多个候选应用中选择出需要进行关系配置的待关联应用；具体的，响应于业务人员所施加的应用选择操作，从多个候选应用中选择出需要配置关联关系的待关联应用。

本申请所提供的方案中，响应于应用选择操作，具体可以为，当业务人员按下应用选择操作对应的应用选择控件时，便可以下达对于应用的选择指令，从多个候选应用中选择出待关联应用；其中，业务人员可以通过点击、拖动等应用选择操作触控应用选择控件下达应用的选择指令；具体的，业务人员可以通过手指、鼠标等触控应用选择控件；或者是通过键盘中的预设组合键，例如，键盘中的ctrl键、alt键、a键等按键，预设按键可以根据玩家需求进行人为设置。

步骤d：分别建立所述待关联服务器与所述待关联集群之间的第一关联关系以及所述待关联服务器与所述待关联应用之间的第二关联关系，并确定所述待关联应用的启停脚本的存储位置。

该步骤中，建立待关联服务器与待关联集群之间的第一关联关系以及待关联服务器与待关联应用之间的第二关联关系，实际是将待关联服务器、待关联集群、待关联应用等信息组合关联起来，并设置相应的执行时间。

在建立了第一关联关系和第二关联关系之后，根据配置中心所具有的数据源配置功能程序，首先，会检测到正在使用当前应用的应用实例信息；其次，根据当前应用的应用实例信息，确定与正在使用的当前应用具有第二关联关系的服务器；然后，再根据当前应用相关联服务器的服务器信息，确定与该服务器具有第一关联关系的当前集群，进而，匹配得到当前应用所运行的当前集群；最后，再根据启停规则的启停规则信息中的启停方式和启停时间，在对应服务器上执行重启当前应用的应用实例脚本命令，来实现应用实例的自动一键重启。

请参阅图3，图3为本申请实施例所提供的一种预设配置关系建立过程示意图。如图3所示，步骤301：通过针对服务器列表施加触控操作，选择出需要配置关联关系的待关联服务器，同时，完成对待关联服务器的服务器信息的配置；步骤302：通过集群选择操作，选择出需要配置关联关系的待关联集群，同时，完成对待关联集群的集群基本信息的配置；步骤303：建立待关联服务器与待关联集群之间的第一关联关系；步骤304：通过应用选择操作，选择出需要配置关联关系的待关联应用，同时，完成对待关联应用的应用信息的配置；步骤305：建立待关联服务器与待关联应用之间的第二关联关系；步骤306：确定待关联应用的启停脚本的存储位置。

在一种实施方式中，通过以下步骤规划预设启停规则：针对于每个待关联应用，利用该待关联应用所关联的待关联服务器与待关联集群之间的第一关联关系以及该待关联应用与所关联的待关联服务器之间的第二关联关系，确定用于对待关联应用的应用实例进行启停的预设启停规则。

该步骤中，针对于每个待关联应用，利用与该待关联应用之间具有关联关系的待关联服务器与各个待关联集群之间的第一关联关系，以及该待关联应用与具有关联关系的待关联服务器之间的第二关联关系，规划出对该待关联应用进行启停的预设启停规则；这里，对于一个待关联应用来说，可以预先根据该待关联应用所涉及的第一关联关系和第二关联关系，为该待关联应用规划多套预设启停规则。

在步骤S102中，根据用于更新目标应用的配置修改信息，确定配置修改信息所携带的目标应用对应的目标应用实例的实例信息以及对目标应用实例进行启停的启停规则信息；其中，启停规则信息包括目标应用实例的启停时间、启停方式等信息。

同时，为了后续启停过程中，目标应用实例能够获取到配置修改信息，在确定目标应用实例的实例信息以及启停规则信息的同时，将配置修改信息下发至配置中心的软件开发工具包(Software Development Kit，SDK)，以使得目标应用实例能够从配置中心的SDK中获取配置修改信息。

其中，所述配置中心用于管理应用服务配置。

这里，在分布式系统中配置中心的SDK与业务人员修改配置信息的管控平台之间无法直接进行通信，配置中心的SDK与管控平台之间需要借助于注册中心完成信息的下发与接收；注册中心实际上起到了“中转站”的作用，即，管控平台在产生了配置修改信息后，将配置修改信息下发给注册中心；配置中心的SDK仅需从注册中心中获取配置修改信息即可。

在一种实施方式中，所述将所述配置修改信息下发至配置中心的软件开发工具包SDK，包括：将所述配置修改信息下发至所述配置中心的注册中心；通过所述配置中心的SDK对所述注册中心进行实时监听，并在监听到所述注册中心接收到所述配置修改信息时，利用所述配置中心的SDK从注册中心中获取所述配置修改信息。

该步骤中，将业务人员通过管控平台修改得到的用于更新目标应用的配置修改信息下发至配置中心的注册中心中。

通过配置中心的SDK对注册中心进行实时监听，当配置中心的SDK监听到注册中心接收到管控平台所下发的配置修改信息时，配置中心的SDK与注册中心之间进行通信连接，从注册中心中获取管控平台所下发的用于更新目标应用的配置修改信息。

在步骤S103中，在目标应用运行过程中，根据配置修改信息所携带的实例信息，确定出目标应用对应的目标应用实例；按照确定出的目标应用实例的启停规则信息，重启目标应用对应的目标应用实例，以实现对目标应用的重启更新。

在重启目标应用实例的过程中，控制目标应用实例从注册中心中加载业务人员通过管控平台下发的配置修改信息，利用配置修改信息中所携带的应用信息，打开更新后的目标应用。

对于目标应用来说在目标应用不存在更新的情况下，无需在每次启动目标应用均从注册中心侧获取目标应用的相关配置参数，若每次启动目标应用均从注册中心中获取相关配置参数，则会降低目标应用的启动效率，也会增加注册中心侧的数据处理压力。

在一种实施方式中，所述根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，包括：利用所述目标应用的应用标识，从所述配置修改信息中确定出所述目标应用对应的目标应用实例的实例信息；利用所述实例信息中的端口信息，从所述配置修改信息中确定出所述目标应用实例的启停规则信息。

该步骤中，利用目标应用的应用标识，从用户所配置的配置修改信息中确定出重启该目标应用所需调用的目标应用实例的实例信息；

再利用目标应用实例的实例信息所携带的端口信息，确定出重启该目标应用实例的启停规则信息；即，确定出目标应用实例的启停方式和启停时间，进而，得到启动目标应用实例的启停时间以及对目标应用实例的启动方式。在一种实施方式中，所述重启方法还包括：存储所述配置修改信息，生成本地配置文件。

该步骤中，配置中心的SDK将对目标应用进行更改后得到的配置修改信息进行存储，生成本地配置文件，以在目标应用下次启动时，可直接通过加载本地配置文件启动目标应用；这样，无需临时从注册中心中加载启动目标应用所需的相关配置文件，以此，提高了目标应用的启动效率。

请参阅图4，图4为本申请实施例所提供的一种应用实例的重启过程示意图。如图4所示，步骤401：获取用于更新目标应用的配置修改信息；步骤402：下发配置修改信息至注册中心；步骤403：配置中心的SDK从注册中心中获取配置修改信息；步骤404：加载配置修改信息所携带的目标应用对应的目标应用实例的实例信息以及目标应用实例的启停规则信息；步骤405：按照启停规则信息，重启目标应用对应的目标应用实例；步骤406：目标应用重启完成；步骤407：存储配置修改信息，生成本地配置文件。

本申请实施例提供的应用实例的重启方法，获取用于更新目标应用的配置修改信息；根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，并将所述配置修改信息下发至配置中心的SDK；在目标应用运行过程中，根据所述实例信息，按照所述启停规则信息重启所述目标应用对应的目标应用实例，并在重启的过程中控制所述目标应用实例从所述配置中心中加载所述配置修改信息，完成所述目标应用的更新。这样，便能够在目标应用具有更新需求时，自动触发目标应用实例的重启，以启动更新后的目标应用，进而，可以通过自动重启目标应用实例的方式，及时地完成目标应用的更新，避免目标应用出现更新延迟的情况。

请参阅图5、图6，图5为本申请实施例所提供的一种应用实例的重启装置的结构示意图之一，图6为本申请实施例所提供的一种应用实例的重启装置的结构示意图之二。如图5中所示，所述重启装置500包括：

信息获取模块510，用于获取用于更新目标应用的配置修改信息；

信息确定模块520，用于根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，并将所述配置修改信息下发至配置中心的软件开发工具包SDK；其中，所述配置中心用于管理应用服务配置；

实例重启模块530，用于在目标应用运行过程中，根据所述实例信息，按照所述启停规则信息重启所述目标应用对应的目标应用实例，并在重启的过程中控制所述目标应用实例从所述配置中心的SDK中加载所述配置修改信息。

进一步的，所述信息确定模块520在用于将所述配置修改信息下发至配置中心的软件开发工具包SDK时，所述信息确定模块520用于：

将所述配置修改信息下发至所述配置中心的注册中心；

通过所述配置中心的SDK对所述注册中心进行实时监听，并在监听到所述注册中心接收到所述配置修改信息时，利用所述配置中心的SDK从注册中心中获取所述配置修改信息。

进一步的，所述配置中心具有管理平台；所述信息获取模块510在用于获取用于更新目标应用的配置修改信息时，所述信息获取模块510用于：

响应针对所述管理平台的第一选择操作，根据所述管理平台已建立的预设配置关系，确定出用于更新所述目标应用的应用配置信息；其中，所述应用配置信息包括所述目标应用所使用目标集群的集群基本信息、所述目标应用在所述目标集群下所涉及目标服务器的服务器信息、所述目标应用的应用信息以及所述目标应用实例的实例信息；

响应针对所述管理平台的第二选择操作，从所述管理平台已规划的预设启停规则中，确定出对所述目标应用实例进行重启的启停规则信息；其中，所述启停规则信息包括所述目标应用实例的启停方式和启停时间；

基于所述应用配置信息和所述启停规则信息，生成用于更新目标应用的配置修改信息。

进一步的，如图6所示，所述重启装置500还包括关系建立模块540，所述关系建立模块540用于通过以下步骤建立预设配置关系：

响应针对服务器列表的触控操作，从所述服务器列表所包括的多个候选服务器中选择出待关联服务器；

响应于集群选择操作，从多个候选集群中选择待关联集群；

响应于应用选择操作，从多个候选应用中选择出待关联应用；

分别建立所述待关联服务器与所述待关联集群之间的第一关联关系以及所述待关联服务器与所述待关联应用之间的第二关联关系，并确定所述待关联应用的启停脚本的存储位置。

进一步的，如图6所示，所述重启装置500还包括规则规划模块550，所述规则规划模块550用于通过以下步骤规划预设启停规则：

针对于每个待关联应用，利用该待关联应用所关联的待关联服务器与待关联集群之间的第一关联关系以及该待关联应用与所关联的待关联服务器之间的第二关联关系，确定用于对待关联应用的应用实例进行启停的预设启停规则。

进一步的，如图6所示，所述重启装置500还包括存储模块560，所述存储模块560用于：

存储所述配置修改信息，生成本地配置文件。

进一步的，所述实例重启模块530在用于根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息时，所述实例重启模块530用于：

利用所述目标应用的应用标识，从所述配置修改信息中确定出所述目标应用对应的目标应用实例的实例信息；

利用所述实例信息中的端口信息，从所述配置修改信息中确定出所述目标应用实例的启停规则信息。

本申请实施例提供的应用实例的重启装置，获取用于更新目标应用的配置修改信息；根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，并将所述配置修改信息下发至配置中心的SDK；在目标应用运行过程中，根据所述实例信息，按照所述启停规则信息重启所述目标应用对应的目标应用实例，并在重启的过程中控制所述目标应用实例从所述配置中心中加载所述配置修改信息，以完成所述目标应用的重启更新。这样，便能够在目标应用具有更新需求时，自动触发目标应用实例的重启，以启动更新后的目标应用，进而，可以通过自动重启目标应用实例的方式，及时地完成目标应用的更新，避免目标应用出现更新延迟的情况。

请参阅图7，图7为本申请实施例所提供的一种电子设备的结构示意图。如图7中所示，所述电子设备700包括处理器710、存储器720和总线730。

所述存储器720存储有所述处理器710可执行的机器可读指令，当电子设备700运行时，所述处理器710与所述存储器720之间通过总线730通信，所述机器可读指令被所述处理器710执行时，可以执行如上述图1所示方法实施例中的应用实例的重启方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1所示方法实施例中的应用实例的重启方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种应用实例的重启方法，其特征在于，所述重启方法包括：

获取用于更新目标应用的配置修改信息；

根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，并将所述配置修改信息下发至配置中心的软件开发工具包SDK；其中，所述配置中心用于管理应用服务配置；

在目标应用运行过程中，根据所述实例信息，按照所述启停规则信息重启所述目标应用对应的目标应用实例，并在重启的过程中控制所述目标应用实例从所述配置中心的SDK中加载所述配置修改信息；

所述配置中心具有管理平台；所述获取用于更新目标应用的配置修改信息，包括：

响应针对所述管理平台的第一选择操作，根据所述管理平台已建立的预设配置关系，确定出用于更新所述目标应用的应用配置信息；响应针对所述管理平台的第二选择操作，从所述管理平台已规划的预设启停规则中，确定出对所述目标应用实例进行重启的启停规则信息；基于所述应用配置信息和所述启停规则信息，生成用于更新目标应用的配置修改信息。

2.根据权利要求1所述的重启方法，其特征在于，所述将所述配置修改信息下发至配置中心的软件开发工具包SDK，包括：

将所述配置修改信息下发至所述配置中心的注册中心；

通过所述配置中心的SDK对所述注册中心进行实时监听，并在监听到所述注册中心接收到所述配置修改信息时，利用所述配置中心的SDK从注册中心中获取所述配置修改信息。

3.根据权利要求1所述的重启方法，其特征在于，所述应用配置信息包括所述目标应用所使用目标集群的集群基本信息、所述目标应用在所述目标集群下所涉及目标服务器的服务器信息、所述目标应用的应用信息以及所述目标应用实例的实例信息；所述启停规则信息包括所述目标应用实例的启停方式和启停时间。

4.根据权利要求3所述的重启方法，其特征在于，通过以下步骤建立预设配置关系：

响应针对服务器列表的触控操作，从所述服务器列表所包括的多个候选服务器中选择出待关联服务器；

响应于集群选择操作，从多个候选集群中选择待关联集群；

响应于应用选择操作，从多个候选应用中选择出待关联应用；

分别建立所述待关联服务器与所述待关联集群之间的第一关联关系以及所述待关联服务器与所述待关联应用之间的第二关联关系，并确定所述待关联应用的启停脚本的存储位置。

5.根据权利要求4所述的重启方法，其特征在于，通过以下步骤规划预设启停规则：

针对于每个待关联应用，利用该待关联应用所关联的待关联服务器与待关联集群之间的第一关联关系以及该待关联应用与所关联的待关联服务器之间的第二关联关系，确定用于对待关联应用的应用实例进行启停的预设启停规则。

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

存储所述配置修改信息，生成本地配置文件。

7.根据权利要求1所述的重启方法，其特征在于，所述根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，包括：

利用所述目标应用的应用标识，从所述配置修改信息中确定出所述目标应用对应的目标应用实例的实例信息；

利用所述实例信息中的端口信息，从所述配置修改信息中确定出所述目标应用实例的启停规则信息。

8.一种应用实例的重启装置，其特征在于，所述重启装置包括：

信息获取模块，用于获取用于更新目标应用的配置修改信息；

信息确定模块，用于根据所述配置修改信息，确定所述目标应用对应的目标应用实例的实例信息以及所述目标应用实例的启停规则信息，并将所述配置修改信息下发至配置中心的软件开发工具包SDK；其中，所述配置中心用于管理应用服务配置；

实例重启模块，用于在目标应用运行过程中，根据所述实例信息，按照所述启停规则信息重启所述目标应用对应的目标应用实例，并在重启的过程中控制所述目标应用实例从所述配置中心的SDK中加载所述配置修改信息；

所述配置中心具有管理平台；所述信息获取模块在用于获取用于更新目标应用的配置修改信息时，所述信息获取模块在用于：

响应针对所述管理平台的第一选择操作，根据所述管理平台已建立的预设配置关系，确定出用于更新所述目标应用的应用配置信息；响应针对所述管理平台的第二选择操作，从所述管理平台已规划的预设启停规则中，确定出对所述目标应用实例进行重启的启停规则信息；基于所述应用配置信息和所述启停规则信息，生成用于更新目标应用的配置修改信息。

9.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过所述总线进行通信，所述机器可读指令被所述处理器运行时执行如权利要求1至7任一所述的应用实例的重启方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至7任一所述的应用实例的重启方法的步骤。