应用服务重启方法和装置与流程

1.本发明涉及资源管理技术领域，尤其涉及一种应用服务重启方法和装置。


背景技术：

2.经常会因为系统稳定性或者服务器资源限制等一系列问题，导致应用服务出现自动挂掉或者假死状态的情况，使得应用服务无法对外提供服务。基于这种情况，需要实现应用服务的自动重启功能。
3.现有技术中，大部分是通过工具或者中间件来实现对应用服务的自动重启。这种方式通常只是简单地监控应用进程是否存在，如果应用进程不存在则进行重启。但很多情况下，即使应用进程存在，该应用服务也是无法正常提供服务的。而且不同应用服务需要的重启条件各不相同，上述方式无法满足不同应用服务的自动重启的需求。


技术实现要素：

4.有鉴于此，本发明实施例提供一种应用服务重启方法和装置，能够个性化实现不同应用服务的自动重启需求。
5.第一方面，本发明实施例提供了一种应用服务重启方法，包括：
6.获取目标应用服务对应的至少一个检测项目；
7.确定所述目标应用服务针对所述检测项目的检测结果；
8.根据所述检测结果，确定所述目标应用服务是否符合预设重启条件；
9.在所述目标应用服务符合预设重启条件的情况下，对所述目标应用服务进行重启处理。
10.可选地，所述确定所述目标应用服务针对所述检测项目的检测结果之前，还包括：
11.调用所述目标应用服务的主进程；
12.在所述目标应用服务符合预设守护条件的情况下，调用所述目标应用服务的守护进程，所述守护进程用于确定所述检测项目的检测结果，以及对所述目标应用服务进行重启处理。
13.可选地，所述预设守护条件包括：所述目标应用服务启动成功；
14.所述调用所述目标应用服务的主进程之后，还包括：
15.对所述目标应用服务进行启动检测，所述启动检测包括以下至少之一：所述主进程是否启动超时、所述主进程是否存在、所述主进程对应的端口是否存在；
16.在所述目标应用服务通过所述启动检测的情况下，确定所目标应用服务启动成功。
17.可选地，所述获取目标应用服务对应的至少一个检测项目之前，还包括：
18.确定所述守护进程是否存在；
19.在所述守护进程存在的情况下，确定所述主进程是否存在；
20.在所述主进程不存在的情况下，确定守护进程重启次数是否大于最大启动次数；
21.在所述守护进程重启次数不大于所述最大启动次数的情况下，利用所述守护进程重启所述主进程；
22.在所述守护进程重启次数大于所述最大启动次数的情况下，发出告警提示。
23.可选地，所述确定所述主进程是否存在之后，还包括：
24.在所述主进程存在的情况下，利用所述守护进程执行所述获取目标应用服务对应的至少一个检测项目的步骤。
25.可选地，所述确定所述守护进程是否存在之后，还包括：
26.在所述守护进程不存在的情况下，启动所述守护进程。
27.可选地，所述获取目标应用服务对应的至少一个检测项目之前，还包括：
28.接收用户针对所述目标应用服务的配置请求；
29.获取所述配置请求对应的检测项目，并保存所述目标应用服务与所述配置请求对应的检测项目的关联关系；
30.所述获取目标应用服务的至少一个检测项目，包括：
31.根据所述关联关系，获取所述目标应用服务对应的至少一个检测项目。
32.可选地，所述检测项目包括以下至少之一：守护进程是否存在、守护进程重启次数、主进程是否存在、主进程重启次数、主进程是否启动超时、主进程是否存在、主进程对应的端口是否存在及网卡是否宕机。
33.可选地，所述对所述目标应用服务进行重启处理之前，还包括：
34.获取所述目标应用服务的过程数据；
35.将所述过程数据保存在目标存储中。
36.可选地，所述对所述目标应用服务进行重启处理，包括：
37.确定所述目标存储中是否存储有所述目标应用服务的过程数据；
38.在所述目标存储中存储有所述过程数据的情况下，读取所述过程数据，并根据所述过程数据，对所述目标应用服务进行重启处理。
39.第二方面，本发明实施例提供了一种应用服务重启装置，包括：
40.项目获取模块，用于获取目标应用服务对应的至少一个检测项目；
41.结果确定模块，用于确定所述目标应用服务针对所述检测项目的检测结果；
42.条件确定模块，用于根据所述检测结果，确定所述目标应用服务是否符合预设重启条件；
43.处理模块，用于在所述目标应用服务符合预设重启条件的情况下，对所述目标应用服务进行重启处理。
44.可选地，所述装置还包括：
45.进程调用模块，用于调用所述目标应用服务的主进程；
46.在所述目标应用服务符合预设守护条件的情况下，调用所述目标应用服务的守护进程，所述守护进程用于确定所述检测项目的检测结果，以及对所述目标应用服务进行重启处理。
47.第三方面，本发明实施例提供了一种电子设备，包括：
48.一个或多个处理器；
49.存储装置，用于存储一个或多个程序，
50.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一实施例所述的方法。
51.第四方面，本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一实施例所述的方法。
52.第五方面，本发明实施例提供了一种计算机程序产品，包括计算机程序，所述程序被处理器执行时实现上述任一实施例所述的方法。
53.上述发明中的一个实施例具有如下优点或有益效果：确定目标应用服务针对其对应的检测项目的检测结果，根据检测结果，确定目标应用服务是否符合预设重启条件，从而对所述目标应用服务进行重启处理。因此，本发明实施例的方案可以根据业务需求，为不同的应用服务设置不同的检测项目和重启条件，个性化地实现不同应用服务的自动重启功能。
54.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
55.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
56.图1是本发明第一实施例提供的一种应用服务重启方法的流程示意图；
57.图2是本发明第二实施例提供的一种应用服务重启方法的流程示意图；
58.图3是本发明第三实施例提供的一种日志采集的流程示意图；
59.图4是本发明第四实施例提供的一种主进程与守护进程的启动流程示意图；
60.图5是本发明第四实施例提供的一种主进程启动检测的流程示意图；
61.图6是本发明第四实施例提供的一种应用服务重启方法的流程示意图；
62.图7是本发明的实施例提供的一种应用服务重启装置的结构示意图；
63.图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
64.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
65.本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
66.图1是本发明第一实施例提供的一种应用服务重启方法的流程示意图，如图1所示，该方法包括：
67.步骤101：获取目标应用服务对应的至少一个检测项目。
68.检测项目可以根据具体需求进行设定。不同的应用服务可以对应不同的检测项目。检测项目可以包括：应用服务的内存使用率、应用服务的cpu使用率、守护进程是否存在、守护进程重启次数、主进程是否存在、主进程重启次数、主进程是否启动超时、主进程是
否存在、主进程对应的端口是否存在及网卡是否宕机等。
69.步骤102：确定所述目标应用服务针对所述检测项目的检测结果。
70.步骤103：根据所述检测结果，确定所述目标应用服务是否符合预设重启条件。
71.预设重启条件可以根据具体需求进行设定。不同的应用服务可以对应不同的预设重启条件。例如，预设重启条件可以为应用服务的内存使用率超过50％，则重启应用服务。预设重启条件还可以为应用服务的主进程不存在，则重启应用服务。预设重启条件还可以为应用服务的主进程对应的端口不存在，则重启应用服务等。
72.步骤104：在所述目标应用服务符合预设重启条件的情况下，对所述目标应用服务进行重启处理。
73.在本发明实施例的方案中，确定目标应用服务针对其对应的检测项目的检测结果，根据检测结果，确定目标应用服务是否符合预设重启条件，从而对所述目标应用服务进行重启处理。因此，本发明实施例的方案可以根据业务需求，为不同的应用服务设置不同的检测项目和重启条件，个性化地实现不同应用服务的自动重启功能。
74.图2是本发明第二实施例提供的一种应用服务重启方法的流程示意图，如图2所示，该方法包括：
75.步骤201：调用所述目标应用服务的主进程。
76.步骤202：在所述目标应用服务符合预设守护条件的情况下，调用所述目标应用服务的守护进程。
77.预设守护条件可以根据具体需求进行设定。不同的应用服务可以对应不同的预设守护条件。例如，预设守护条件可以包括：目标应用服务启动成功、主进程是否存在、目标应用服务的响应时间是否在预设时间内等。在目标应用服务符合预设守护条件的情况下，可以调用目标应用服务的守护进程。通过守护进程确定目标应用服务针对检测项目的检测结果，以及对目标应用服务进行重启处理。
78.在本发明的一个实施例中，预设守护条件可以包括：目标应用服务启动成功。调用目标应用服务的主进程之后，还包括：对目标应用服务进行启动检测，启动检测包括以下至少之一：主进程是否启动超时、主进程是否存在、主进程对应的端口是否存在；在目标应用服务通过启动检测的情况下，确定所目标应用服务启动成功，确定目标应用服务符合预设守护条件，并调用所述目标应用服务的守护进程。
79.步骤203：利用守护进程，获取目标应用服务对应的至少一个检测项目。
80.步骤204：利用守护进程，确定所述目标应用服务针对所述检测项目的检测结果。
81.步骤205：根据所述检测结果，确定所述目标应用服务是否符合预设重启条件。
82.步骤206：在所述目标应用服务符合预设重启条件的情况下，利用守护进程，对所述目标应用服务进行重启处理。
83.现有技术中，可以通过中间件或者工具等辅助手段是实现应用程序的自动拉起，则相对于应用的本身来说，增加了部署难度，维护成本提高，而且辅助工具自身也是会消耗服务器的部分资源。对于一些新增的个性化需求则比较局限，无法灵活实现。
84.在本发明的实施例的方案中，通过守护进程确定目标应用服务针对检测项目的检测结果，以及对目标应用服务进行重启处理。相比通过中间件或者工具等辅助手段是实现应用程序的自动拉起的方案，能够降低部署难度、维护成本及服务器的资源消耗，可以灵活
实现各种应用个性化重启需求。
85.在本发明的一个实施例中，所述获取目标应用服务对应的至少一个检测项目之前，还包括：确定所述守护进程是否存在；在所述守护进程存在的情况下，确定所述主进程是否存在。在所述守护进程不存在的情况下，启动所述守护进程。
86.在主进程不存在的情况下，确定守护进程重启次数是否大于最大启动次数；在所述守护进程重启次数不大于所述最大启动次数的情况下，利用所述守护进程重启所述主进程；在所述守护进程重启次数大于所述最大启动次数的情况下，发出告警提示。在所述主进程存在的情况下，利用所述守护进程执行所述获取目标应用服务对应的至少一个检测项目的步骤。上述方案限定了守护进行的启动方式，通过守护进程，能够灵活地对目标应用服务进行重启操作。
87.在本发明的一个实施例中，所述获取目标应用服务对应的至少一个检测项目之前，还包括：接收用户针对所述目标应用服务的配置请求；获取所述配置请求对应的检测项目，并保存所述目标应用服务与所述配置请求对应的检测项目的关联关系；所述获取目标应用服务的至少一个检测项目，包括：根据所述关联关系，获取所述目标应用服务对应的至少一个检测项目。用户可根据具体需求，灵活地配置目标应用服务对应的检测项目，以灵活地实现各种应用个性化的重启需求。
88.图3是本发明第三实施例提供的一种应用服务重启方法的流程示意图，如图3所示，该方法包括：
89.步骤301：获取目标应用服务对应的至少一个检测项目。
90.步骤302：确定所述目标应用服务针对所述检测项目的检测结果。
91.步骤303：根据所述检测结果，确定所述目标应用服务是否符合预设重启条件。
92.预设重启条件可以根据具体需求进行设定。不同的应用服务可以对应不同的预设重启条件。例如，预设重启条件可以为应用服务的内存使用率超过50％，则重启应用服务。预设重启条件还可以为应用服务的主进程不存在，则重启应用服务。预设重启条件还可以为应用服务的主进程对应的端口不存在，则重启应用服务等。
93.步骤304：在所述目标应用服务符合预设重启条件的情况下，获取所述目标应用服务的过程数据，将所述过程数据保存在目标存储中。
94.过程数据为目标应用服务运行相关的数据。过程数据可以为目标应用服务在内存中、磁盘中设置的相关数据等。目标存储可以为预设内存，预设磁盘等。
95.步骤305：在所述目标存储中存储有所述过程数据的情况下，读取所述过程数据，并根据所述过程数据，对所述目标应用服务进行重启处理。
96.目标应用服务重启以后，目标应用服务的过程数据可能会丢失，增加目标应用服务重启以后无法正常运行的风险。本发明实施例的方案通过保留目标应用服务的过程数据，便于目标应用服务重启的后续处理，且可以提高目标应用服务重启后的运行效率。
97.本发明实施例还提供了另一种基于守护进程的应用服务重启方法。图4是本发明第四实施例提供的一种主进程与守护进程的启动流程示意图，如图4所示，首先执行应用程序启动脚本，调起应用主程序服务，待主程序调用成功后，在去启动守护进程。守护进程对应用主程序进行监控。
98.图5是本发明第四实施例提供的一种主进程启动检测的流程示意图，如图5所示，
判断主进程是否存在，如果不存在，则启动应用。如果存在，则对应用进行绿灯测试。绿灯测试用于检测应用是否正常运行。启动绿灯应用的脚本对应用启动的状态进行检测判断，包括：应用是否启动超时、主进程是否存在、端口是否存在等。直到应用绿灯测试通过后，表示应用主进程启动成功，并调起守护进程。
99.图6是本发明第四实施例提供的一种应用服务重启方法的流程示意图，如图6所示，该方法包括：启动服务应用的守护进程。守护进程对应用的主进程起守护作用，通过对应用的健康检查实时监测主进程的状态，当主进程的状态满足预设重启条件时，守护进程会主动重启主进程。预设重启条件对于每个应用服务是不一样的，可以进行定制需求添加。例如，预设重启条件可以为：网卡是否宕机、绿灯测试连续失败次数大于2等。通过为不同应用设置不同的预设重启条件，可以为不同应用提供个性化的自动重启功能，减少应用处于非正常服务状态的风险。
100.本发明实施例的方案能够实现应用服务自动拉起，扩展性强。针对应用重启的条件可以进行各种各样的定制需求，各软件应用可以根据自身的条件进行设置判断，实现服务应用自动拉起的功能。且该发明还能争对同一个应用软件不同状态是否需要自动重启应用功能。本发明实施例的方案耦合性低，可以适用所有部署于linux系统的应用软件，无需依赖第三方中间件。大大降低软件应用的费用，提高自主可控性。
101.图7是本发明的一个实施例提供的一种应用服务重启装置的结构示意图，如图7所示，该装置包括：
102.项目获取模块701，用于获取目标应用服务对应的至少一个检测项目；
103.结果确定模块702，用于确定所述目标应用服务针对所述检测项目的检测结果；
104.条件确定模块703，用于根据所述检测结果，确定所述目标应用服务是否符合预设重启条件；
105.处理模块704，用于在所述目标应用服务符合预设重启条件的情况下，对所述目标应用服务进行重启处理。
106.可选地，该装置还包括：
107.进程调用模块705，用于调用所述目标应用服务的主进程；
108.在所述目标应用服务符合预设守护条件的情况下，调用所述目标应用服务的守护进程，所述守护进程用于确定所述检测项目的检测结果，以及对所述目标应用服务进行重启处理。
109.可选地，所述预设守护条件包括：所述目标应用服务启动成功；
110.该装置还包括：
111.启动检测模块706，用于对所述目标应用服务进行启动检测，所述启动检测包括以下至少之一：所述主进程是否启动超时、所述主进程是否存在、所述主进程对应的端口是否存在；
112.在所述目标应用服务通过所述启动检测的情况下，确定所目标应用服务启动成功。
113.可选地，所述进程调用模块705，用于确定所述守护进程是否存在；
114.在所述守护进程存在的情况下，确定所述主进程是否存在；
115.在所述主进程不存在的情况下，确定守护进程重启次数是否大于最大启动次数；
116.在所述守护进程重启次数不大于所述最大启动次数的情况下，利用所述守护进程重启所述主进程；
117.在所述守护进程重启次数大于所述最大启动次数的情况下，发出告警提示。
118.可选地，所述进程调用模块705还用于：
119.在所述主进程存在的情况下，利用所述守护进程执行所述获取目标应用服务对应的至少一个检测项目的步骤。
120.可选地，所述进程调用模块705还用于：
121.在所述守护进程不存在的情况下，启动所述守护进程。
122.可选地，该装置还包括：
123.配置模块707，用于接收用户针对所述目标应用服务的配置请求；
124.获取所述配置请求对应的检测项目，并保存所述目标应用服务与所述配置请求对应的检测项目的关联关系；
125.所述项目获取模块701具体用于：
126.根据所述关联关系，获取所述目标应用服务对应的至少一个检测项目。
127.可选地，所述检测项目包括以下至少之一：守护进程是否存在、守护进程重启次数、主进程是否存在、主进程重启次数、主进程是否启动超时、主进程是否存在、主进程对应的端口是否存在及网卡是否宕机。
128.可选地，该装置还包括：
129.数据存储模块708，用于获取所述目标应用服务的过程数据；
130.将所述过程数据保存在目标存储中。
131.可选地，所述处理模块704具体用于：
132.确定所述目标存储中是否存储有所述目标应用服务的过程数据；
133.在所述目标存储中存储有所述过程数据的情况下，读取所述过程数据，并根据所述过程数据，对所述目标应用服务进行重启处理。
134.本发明实施例提供了一种电子设备，包括：
135.一个或多个处理器；
136.存储装置，用于存储一个或多个程序，
137.当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述任一实施例的方法。
138.本发明实施例提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本发明实施例中的上述任一实施例的方法。
139.下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
140.如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram 803中，还存储有系统800操作所需的各种程序和数据。cpu 801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
141.以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
142.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。
143.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
144.附图中的流程图和框图，图示了根据本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
145.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：项目获取模块、结果确定模块、条件确定模块及处理模块。其中，这些模块的名称在某种情况下并不构成对
该模块本身的限定，例如，项目获取模块还可以被描述为“获取目标应用服务对应的至少一个检测项目的模块”。
146.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
147.获取目标应用服务对应的至少一个检测项目；
148.确定所述目标应用服务针对所述检测项目的检测结果；
149.根据所述检测结果，确定所述目标应用服务是否符合预设重启条件；
150.在所述目标应用服务符合预设重启条件的情况下，对所述目标应用服务进行重启处理。
151.根据本发明实施例的技术方案，确定目标应用服务针对其对应的检测项目的检测结果，根据检测结果，确定目标应用服务是否符合预设重启条件，从而对所述目标应用服务进行重启处理。因此，本发明实施例的方案可以根据业务需求，为不同的应用服务设置不同的检测项目和重启条件，个性化地实现不同应用服务的自动重启功能。
152.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。