CN112115003A - 一种服务进程的掉线恢复方法、装置、设备及存储介质 - Google Patents
一种服务进程的掉线恢复方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN112115003A CN112115003A CN202011035472.2A CN202011035472A CN112115003A CN 112115003 A CN112115003 A CN 112115003A CN 202011035472 A CN202011035472 A CN 202011035472A CN 112115003 A CN112115003 A CN 112115003A
- Authority
- CN
- China
- Prior art keywords
- service process
- target service
- target
- zookeeper
- calling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 192
- 230000008569 process Effects 0.000 title claims abstract description 144
- 238000012544 monitoring process Methods 0.000 claims abstract description 58
- 230000007246 mechanism Effects 0.000 claims abstract description 15
- 230000008034 disappearance Effects 0.000 claims abstract description 9
- 238000011084 recovery Methods 0.000 claims description 37
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012423 maintenance Methods 0.000 abstract description 12
- 238000005265 energy consumption Methods 0.000 abstract description 4
- 238000013515 script Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000007257 malfunction Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000000750 progressive effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1438—Restarting or rejuvenating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Multimedia (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种服务进程的掉线恢复方法、装置、电子设备及计算机可读存储介质，该服务进程的掉线恢复方法包括：在Zookeeper中配置目标服务进程的运行参数，以便令目标服务进程在启动时将创建对应的Zookeeper会话和EPHEMERAL类型的目标节点，目标节点在消失时将自动触发Zookeeper监测机制；通过调用监控主程序启动目标服务进程；在接收到Zookeeper发送的目标节点消失事件的通知消息后，判定对应的目标服务进程掉线，调用监控主程序重启目标服务进程。本申请无需轮询检查，即可对掉线的目标服务进程进行重启恢复，实时性和效率更高，并且无需单独开发脚本程序，有效降低了维护成本和系统能耗。
Description
技术领域
本申请涉及软件技术领域，特别涉及一种服务进程的掉线恢复方法、装置、电子设备及计算机可读存储介质。
背景技术
在软件开发行业中，存在很多场景需要应用程序提供7*24小时不间断的服务，例如：流式数据的加工处理、电信计费系统、日志分析服务等。为了保证服务7*24小时正常服务，通常的做法是部署一套监控脚本程序，每隔一定时间(例如间隔1分钟)轮询地去检查服务进程是否在线，如果不在线，自动调用服务启动脚本重启服务。
这种做法虽然一定程度上能够实现监测和控制的目的，但是也存在很多问题：
1.如果轮询间隔时间太长，那么问题的发现就会滞后；如果轮询间隔时间太短，由于大部分时间服务都是正常的，因此大部分的轮询检查是无用功，会消耗一定的服务器资源。
2.在Linux平台和Windows平台上的监控脚本实现方式不同，而且均需要专门的运维人员负责脚本的维护，人力维护成本高。
3.脚本程序难以实现更加高级的功能，例如出现故障时自动发送邮件、短信等等。
鉴于此，提供一种解决上述技术问题的方案，已经是本领域技术人员所亟需关注的。
发明内容
本申请的目的在于提供一种服务进程的掉线恢复方法、装置、电子设备及计算机可读存储介质，以便有效提高针对服务进程的在线检测与恢复效率，并有效降低维护成本。
为解决上述技术问题，第一方面，本申请公开了一种服务进程的掉线恢复方法，包括：
在Zookeeper中配置目标服务进程的运行参数，以便令所述目标服务进程在启动时将创建对应的Zookeeper会话和EPHEMERAL类型的目标节点，所述目标节点在消失时将自动触发Zookeeper监测机制；
通过调用监控主程序启动所述目标服务进程；
在接收到Zookeeper发送的目标节点消失事件的通知消息后，判定对应的所述目标服务进程掉线，调用所述监控主程序重启所述目标服务进程。
可选地，在所述调用所述监控主程序重启所述目标服务进程之后，还包括：
调用邮件推送接口和短信推送接口，向预设管理员发送服务恢复提醒消息。
可选地，，在所述调用所述监控主程序重启所述目标服务进程之后，还包括：
若在预设时间内的重启次数超过预设数量，则停止重启操作，调用邮件推送接口和短信推送接口，向预设管理员发送服务恢复失败消息。
可选地，，还包括：
调用显示接口将所述目标服务进程的运行状态在网页上进行实时显示。
可选地，，所述在Zookeeper中配置目标服务进程的运行参数，包括：
在Zookeeper中配置目标服务进程的服务名称、服务启动指令、期望运行服务的目标主机IP；
所述通过调用监控主程序启动所述目标服务进程，包括：
通过执行所述监控主程序中的所述服务启动指令，在所述目标主机IP上启动所述目标服务进程。
第二方面，本申请还公开了一种服务进程的掉线恢复装置，包括：
配置模块，用于在Zookeeper中配置目标服务进程的运行参数，以便令所述目标服务进程在启动时将创建对应的Zookeeper会话和EPHEMERAL类型的目标节点，所述目标节点在消失时将自动触发Zookeeper监测机制；
启动模块，用于通过调用监控主程序启动所述目标服务进程；
恢复模块，用于在接收到Zookeeper发送的目标节点消失事件的通知消息后，判定对应的所述目标服务进程掉线，调用所述监控主程序重启所述目标服务进程。
可选地，还包括：
通知模块，用于在所述恢复模块调用所述监控主程序重启所述目标服务进程之后，调用邮件推送接口和短信推送接口，向预设管理员发送服务恢复提醒消息。
可选地，还包括：
显示模块，用于调用显示接口将所述目标服务进程的运行状态在网页上进行实时显示。
可选地，所述通知模块还用于：
在调用所述监控主程序重启所述目标服务进程之后，若在预设时间内的重启次数超过预设数量，则停止重启操作，调用邮件推送接口和短信推送接口，向预设管理员发送服务恢复失败消息。
可选地，所述配置模块具体用于：
在Zookeeper中配置目标服务进程的服务名称、服务启动指令、期望运行服务的目标主机IP；
所述启动模块具体用于：
通过执行所述监控主程序中的所述服务启动指令，在所述目标主机IP上启动所述目标服务进程。
第三方面，本申请还公开了一种电子设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序以实现如上所述的任一种服务进程的掉线恢复方法的步骤。
第四方面，本申请还公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如上所述的任一种服务进程的掉线恢复方法的步骤。
本申请所提供的服务进程的掉线恢复方法、装置、电子设备及计算机可读存储介质所具有的有益效果是：本申请通过创建与目标服务进程关联的Zookeeper会话，基于Zookeeper的Watcher机制，可在与目标服务进程关联的ZNode消失后，自动接收Zookeeper发送的事件通知，从而及时高效地对掉线的目标服务进程进行重启恢复。本申请无需轮询检查，但实时性和效率更高，并且无需单独开发脚本程序，有效降低了维护成本和系统能耗。
附图说明
为了更清楚地说明现有技术和本申请实施例中的技术方案，下面将对现有技术和本申请实施例描述中需要使用的附图作简要的介绍。当然，下面有关本申请实施例的附图描述的仅仅是本申请中的一部分实施例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图，所获得的其他附图也属于本申请的保护范围。
图1为本申请实施例公开的一种服务进程的掉线恢复方法的流程图；
图2为本申请实施例公开的一种服务进程的掉线恢复装置的结构框图；
图3为本申请实施例公开的一种电子设备的结构框图。
具体实施方式
本申请的核心在于提供一种服务进程的掉线恢复方法、装置、电子设备及计算机可读存储介质，以便有效提高针对服务进程的在线检测与恢复效率，并有效降低维护成本。
为了对本申请实施例中的技术方案进行更加清楚、完整地描述，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行介绍。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
当前，在软件开发行业中，存在很多场景需要应用程序提供7*24小时不间断的服务，例如：流式数据的加工处理、电信计费系统、日志分析服务等。为了保证服务7*24小时正常服务，通常的做法是部署一套监控脚本程序，每隔一定时间(例如间隔1分钟)轮询地去检查服务进程是否在线，如果不在线，自动调用服务启动脚本重启服务。
这种做法虽然一定程度上能够实现监测和控制的目的，但是也存在很多问题：
1.如果轮询间隔时间太长，那么问题的发现就会滞后；如果轮询间隔时间太短，由于大部分时间服务都是正常的，因此大部分的轮询检查是无用功，会消耗一定的服务器资源。
2.在Linux平台和Windows平台上的监控脚本实现方式不同，而且均需要专门的运维人员负责脚本的维护，人力维护成本高。
3.脚本程序难以实现更加高级的功能，例如出现故障时自动发送邮件、短信等等。
鉴于此，本申请提供了一种服务进程的掉线恢复方案，可有效解决上述问题。
参见图1所示，本申请实施例公开了一种服务进程的掉线恢复方法，主要包括：
S101：在Zookeeper中配置目标服务进程的运行参数，以便令目标服务进程在启动时将创建对应的Zookeeper会话和EPHEMERAL类型的目标节点，目标节点在消失时将自动触发Zookeeper监测机制。
S102：通过调用监控主程序启动目标服务进程。
S103：在接收到Zookeeper发送的目标节点消失事件的通知消息后，判定对应的目标服务进程掉线，调用监控主程序重启目标服务进程。
具体地，Zookeeper是支持一种树状的层级结构，这个层级结构中的任意一个父节点或子节点都可以被称作一个节点即ZNode。在创建ZNode时，首先需要获取对应的Zookeeper的客户端会话，然后才能使用该Zookeeper会话创建ZNode。
常见的ZNode包含几种类型，其中一种类型叫做EPHEMERAL，其含义是短暂的、临时的。具体来说，该种类型的ZNode与创建它的Zookeeper会话是绑定的，即，一旦创建该ZNode的Zookeeper会话结束了，那么该Znode也会立即消失。而Zookeeper中自带的监测机制即Watcher机制可实现对ZNode状态的实时监测：当Watcher机制监测到某个ZNode消失了之后，Zookeeper便会自动将这一事件通知给预设的订阅者。
由此，本申请实施例所提供的服务进程的掉线恢复方法，便是基于Zookeeper的EPHEMERAL类型ZNode和Watcher机制实现的。当启动一个服务进程时，可同时创建一个对应的Zookeeper会话，并通过该Zookeeper会话创建一个EPHEMERAL类型的ZNode。一旦该服务进程由于自身异常而退出时，它所创建的Zookeeper会话也随之消失，ZNode也自然随之消失，如此Zookeeper的Watcher机制便会启动通知，向订阅者发送ZNode消失的事件通知。
预先可将监控主程序设置为Watcher机制的订阅者，如此，当服务进程退出时，监控主程序将会自动接收到Zookeeper发送的ZNode消失事件通知，进而可及时准确地进行服务重启恢复操作。其中，监控主程序只需实现Watcher接口即可成为一个订阅者，Watcher接口中有一个process的实现方法，该方法中有一个WatcherEvent参数，基于该参数可以获得所有的ZNode变化的事件通知。
如此，本申请在已有的服务程序应用中调用Zookeeper的应用程序接口，以实现对目标服务进程的监测和控制，相关程序可随业务应用一起打包进同一个jar包，而不需要单独维护，减轻了应用维护的成本。
其中，本申请具体可基于Java语言而实现，当然，也可基于Zookeeper提供的其他语言(如C语言)的应用程序接口，实现基于其他语言的对服务进程的实时监测和自动恢复。
可见，本申请所提供的服务进程的掉线恢复方法，通过创建与目标服务进程关联的Zookeeper会话，基于Zookeeper的Watcher机制，可在与目标服务进程关联的ZNode消失后，自动接收Zookeeper发送的事件通知，从而及时高效地对掉线的目标服务进程进行重启恢复。本申请无需轮询检查，但实时性和效率更高，并且无需单独开发脚本程序，有效降低了维护成本和系统能耗。
作为一种具体实施例，本申请实施例所提供的服务进程的掉线恢复方法在上述内容的基础上，在调用监控主程序重启目标服务进程之后，还包括：
调用邮件推送接口和短信推送接口，向预设管理员发送服务恢复提醒消息。
具体地，与脚本方式的监控程序相比，本申请还能支持更加丰富的功能，例如邮件通知推送、短信通知推送等。通过调用邮件推送接口和短信推送接口，可以向相关管理员发送邮件和短信通知，告知监测到了服务异常并尝试主动恢复。
作为一种具体实施例，本申请实施例所提供的服务进程的掉线恢复方法在上述内容的基础上，在调用监控主程序重启目标服务进程之后，还包括：
若在预设时间内的重启次数超过预设数量，则停止重启操作，调用邮件推送接口和短信推送接口，向预设管理员发送服务恢复失败消息。
具体地，本实施例还能支持更加丰富的功能，例如自动恢复控制。如果在预设的短时间内发送短信或邮件的次数超过了3次，那么监控主程序可以停止拉起目标服务进程的操作，并向管理员发送邮件和短信，以通知该服务进程恢复失败，请求人工介入。
作为一种具体实施例，本申请实施例所提供的服务进程的掉线恢复方法在上述内容的基础上，还包括：
调用显示接口将目标服务进程的运行状态在网页上进行实时显示。
具体地，通过将服务进程的运行状态实时展现在Web网页上，可以提供更加直观、更加强大的监测和控制能力。
作为一种具体实施例，本申请实施例所提供的服务进程的掉线恢复方法在上述内容的基础上，在Zookeeper中配置目标服务进程的运行参数，包括：
在Zookeeper中配置目标服务进程的服务名称、服务启动指令、期望运行服务的目标主机IP；
通过调用监控主程序启动目标服务进程，包括：
通过执行监控主程序中的服务启动指令，在目标主机IP上启动目标服务进程。
具体地，本申请需要预先在Zookeeper中配置目标服务进程。对于一个目标服务进程来说，待配置的运行参数可具体包含：服务名称、服务启动指令(对于Java服务来说，一般是一个java-jar xxx.jar命令)、期望运行服务的目标主机IP。
其中，目标主机IP用于指定期望用于运行该目标服务进程的主机。如此，监控主程序中可以自动扫描在Zookeeper中配置的所有服务进程，并基于应用服务对应的运行参数在指定的主机上启动该服务进程。具体地，可以调用开源工具jsch，以通过SSH协议访问目标主机。
如此，当该服务进程启动时，便会创建一个Zookeeper会话，并使用这个会话创建一个EPHEMERAL类型的ZNode。这样该服务进程开始正常工作，并且Zookeeper中也具有了与该服务进程一一绑定的EPHEMERAL类型的ZNode。
参见图2所示，本申请实施例公开了一种服务进程的掉线恢复装置，主要包括：
配置模块201，用于在Zookeeper中配置目标服务进程的运行参数，以便令目标服务进程在启动时将创建对应的Zookeeper会话和EPHEMERAL类型的目标节点，目标节点在消失时将自动触发Zookeeper监测机制；
启动模块202，用于通过调用监控主程序启动目标服务进程；
恢复模块203，用于在接收到Zookeeper发送的目标节点消失事件的通知消息后，判定对应的目标服务进程掉线，调用监控主程序重启目标服务进程。
可见，本申请实施例所公开的服务进程的掉线恢复装置，通过创建与目标服务进程关联的Zookeeper会话，基于Zookeeper的Watcher机制，可在与目标服务进程关联的ZNode消失后，自动接收Zookeeper发送的事件通知，从而及时高效地对掉线的目标服务进程进行重启恢复。本申请无需轮询检查，但实时性和效率更高，并且无需单独开发脚本程序，有效降低了维护成本和系统能耗。
关于上述服务进程的掉线恢复装置的具体内容，可参考前述关于服务进程的掉线恢复方法的详细介绍，这里就不再赘述。
作为一种具体实施例，本申请实施例所公开的服务进程的掉线恢复装置在上述内容的基础上，还包括：
通知模块，用于在恢复模块调用监控主程序重启目标服务进程之后，调用邮件推送接口和短信推送接口，向预设管理员发送服务恢复提醒消息。
作为一种具体实施例，本申请实施例所公开的服务进程的掉线恢复装置在上述内容的基础上，还包括：
显示模块，用于调用显示接口将目标服务进程的运行状态在网页上进行实时显示。
作为一种具体实施例，本申请实施例所公开的服务进程的掉线恢复装置在上述内容的基础上，通知模块还用于：
在调用监控主程序重启目标服务进程之后，若在预设时间内的重启次数超过预设数量，则停止重启操作，调用邮件推送接口和短信推送接口，向预设管理员发送服务恢复失败消息。
作为一种具体实施例，本申请实施例所公开的服务进程的掉线恢复装置在上述内容的基础上，配置模块具体用于：
在Zookeeper中配置目标服务进程的服务名称、服务启动指令、期望运行服务的目标主机IP；
启动模块具体用于：
通过执行监控主程序中的服务启动指令，在目标主机IP上启动目标服务进程。
参见图3所示，本申请实施例公开了一种电子设备，包括：
存储器301，用于存储计算机程序；
处理器302，用于执行所述计算机程序以实现如上所述的任一种服务进程的掉线恢复方法的步骤。
进一步地，本申请实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如上所述的任一种服务进程的掉线恢复方法的步骤。
关于上述电子设备和计算机可读存储介质的具体内容，可参考前述关于服务进程的掉线恢复方法的详细介绍，这里就不再赘述。
本申请中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的设备而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
还需说明的是，在本申请文件中，诸如“第一”和“第二”之类的关系术语，仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。此外，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的技术方案进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请的保护范围内。
Claims (10)
1.一种服务进程的掉线恢复方法，其特征在于，包括：
在Zookeeper中配置目标服务进程的运行参数，以便令所述目标服务进程在启动时将创建对应的Zookeeper会话和EPHEMERAL类型的目标节点，所述目标节点在消失时将自动触发Zookeeper监测机制；
通过调用监控主程序启动所述目标服务进程；
在接收到Zookeeper发送的目标节点消失事件的通知消息后，判定对应的所述目标服务进程掉线，调用所述监控主程序重启所述目标服务进程。
2.根据权利要求1所述的掉线恢复方法，其特征在于，在所述调用所述监控主程序重启所述目标服务进程之后，还包括：
调用邮件推送接口和短信推送接口，向预设管理员发送服务恢复提醒消息。
3.根据权利要求1所述的掉线恢复方法，其特征在于，在所述调用所述监控主程序重启所述目标服务进程之后，还包括：
若在预设时间内的重启次数超过预设数量，则停止重启操作，调用邮件推送接口和短信推送接口，向预设管理员发送服务恢复失败消息。
4.根据权利要求1所述的掉线恢复方法，其特征在于，还包括：
调用显示接口将所述目标服务进程的运行状态在网页上进行实时显示。
5.根据权利要求1至4任一项所述的掉线恢复方法，其特征在于，所述在Zookeeper中配置目标服务进程的运行参数，包括：
在Zookeeper中配置目标服务进程的服务名称、服务启动指令、期望运行服务的目标主机IP；
所述通过调用监控主程序启动所述目标服务进程，包括：
通过执行所述监控主程序中的所述服务启动指令，在所述目标主机IP上启动所述目标服务进程。
6.一种服务进程的掉线恢复装置，其特征在于，包括：
配置模块，用于在Zookeeper中配置目标服务进程的运行参数，以便令所述目标服务进程在启动时将创建对应的Zookeeper会话和EPHEMERAL类型的目标节点，所述目标节点在消失时将自动触发Zookeeper监测机制；
启动模块，用于通过调用监控主程序启动所述目标服务进程；
恢复模块，用于在接收到Zookeeper发送的目标节点消失事件的通知消息后，判定对应的所述目标服务进程掉线，调用所述监控主程序重启所述目标服务进程。
7.根据权利要求6所述的掉线恢复装置，其特征在于，还包括：
通知模块，用于在所述恢复模块调用所述监控主程序重启所述目标服务进程之后，调用邮件推送接口和短信推送接口，向预设管理员发送服务恢复提醒消息。
8.根据权利要求6所述的掉线恢复装置，其特征在于，还包括：
显示模块，用于调用显示接口将所述目标服务进程的运行状态在网页上进行实时显示。
9.一种电子设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序以实现如权利要求1至5任一项所述的掉线恢复方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时用以实现如权利要求1至5任一项所述的掉线恢复方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011035472.2A CN112115003A (zh) | 2020-09-27 | 2020-09-27 | 一种服务进程的掉线恢复方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011035472.2A CN112115003A (zh) | 2020-09-27 | 2020-09-27 | 一种服务进程的掉线恢复方法、装置、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112115003A true CN112115003A (zh) | 2020-12-22 |
Family
ID=73797119
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011035472.2A Pending CN112115003A (zh) | 2020-09-27 | 2020-09-27 | 一种服务进程的掉线恢复方法、装置、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112115003A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112887367A (zh) * | 2021-01-11 | 2021-06-01 | 华云数据控股集团有限公司 | 实现分布式集群高可用的方法、系统及计算机可读介质 |
| CN113760458A (zh) * | 2021-09-01 | 2021-12-07 | 北京金山云网络技术有限公司 | 一种节点管理方法、装置、电子设备及存储介质 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102710554A (zh) * | 2012-06-25 | 2012-10-03 | 深圳中兴网信科技有限公司 | 分布式消息系统和分布式消息系统的服务状态检测方法 |
| CN110420455A (zh) * | 2019-07-23 | 2019-11-08 | 上海易点时空网络有限公司 | 游戏服务监控方法及装置 |
-
2020
- 2020-09-27 CN CN202011035472.2A patent/CN112115003A/zh active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102710554A (zh) * | 2012-06-25 | 2012-10-03 | 深圳中兴网信科技有限公司 | 分布式消息系统和分布式消息系统的服务状态检测方法 |
| CN110420455A (zh) * | 2019-07-23 | 2019-11-08 | 上海易点时空网络有限公司 | 游戏服务监控方法及装置 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112887367A (zh) * | 2021-01-11 | 2021-06-01 | 华云数据控股集团有限公司 | 实现分布式集群高可用的方法、系统及计算机可读介质 |
| CN113760458A (zh) * | 2021-09-01 | 2021-12-07 | 北京金山云网络技术有限公司 | 一种节点管理方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107515796B (zh) | 一种设备异常监控处理方法及装置 | |
| CN108712501B (zh) | 信息的发送方法、装置、计算设备以及存储介质 | |
| CN103685459B (zh) | 分布式系统、服务器计算机、分布式管理服务器和故障防止方法 | |
| CN106155844B (zh) | 一种web服务器的自恢复方法和自恢复系统 | |
| CN109286529B (zh) | 一种恢复RabbitMQ网络分区的方法及系统 | |
| CN101777020B (zh) | 一种用于分布式程序的容错方法和系统 | |
| EP2882136A2 (en) | Method and system for implementing remote disaster recovery switching of service delivery platform | |
| CN112115003A (zh) | 一种服务进程的掉线恢复方法、装置、设备及存储介质 | |
| CN112799786A (zh) | 微服务实例的退出方法、装置、设备及存储介质 | |
| CN101771563B (zh) | 网络服务程序的监控方法 | |
| CN102360324A (zh) | 故障恢复方法和用于故障恢复的设备 | |
| CN101610188A (zh) | Sip服务器服务进程故障恢复方法及sip服务器 | |
| CN111143170A (zh) | 云手机监控系统和方法 | |
| JP2013130901A (ja) | 監視サーバおよびそれを用いたネットワーク機器復旧システム | |
| CN113573344B (zh) | 一种基于5g的smf会话检测方法及终端 | |
| CN110798339A (zh) | 一种基于分布式任务调度框架的任务容灾方法 | |
| JP6421516B2 (ja) | サーバ装置、冗長構成サーバシステム、情報引継プログラム及び情報引継方法 | |
| CN100359865C (zh) | 一种检测方法 | |
| CN112564990B (zh) | 一种用于音频管理服务器切换的管理方法 | |
| CN114816930A (zh) | 一种主动式服务自愈运维系统及方法 | |
| CN103441872A (zh) | 一种用户侧设备的故障恢复方法、装置和通信系统 | |
| JP2006285453A (ja) | 情報処理装置、情報処理方法、および情報処理プログラム | |
| CN112822283A (zh) | 边缘节点的控制方法、装置、控制节点及存储介质 | |
| CN111625420B (zh) | 一种分布式训练任务处理方法、装置、设备及存储介质 | |
| CN113225576B (zh) | 基于直播平台边缘计算场景的服务迁移系统和方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201222 |