信息处理方法、设备、装置、系统及存储介质与流程

1.本技术涉及数据处理技术领域，尤其涉及一种信息处理方法、设备、装置、系统及存储介质。


背景技术：

2.在目前软件服务的架构及部署中，一个完整的应用服务往往需要部署一些关键基础服务和功能单一的服务，其中，每个应用服务都需要部署多个服务实例来保证稳定性及高可用性。但是计算机软件或硬件均具有一定的故障率，可能会产生宕机或设备损坏等一系列的故障，进而影响软件服务的正常运行，因此，需要一套针对每一个服务实例的故障处理方案。


技术实现要素：

3.本技术的多个方面提供一种信息处理方法、设备、装置、系统及存储介质，用以感知服务实例级别的故障。
4.本技术实施例提供一种信息处理方法，适用于信息处理系统，信息处理系统包括至少一个服务端设备，针对任一服务端设备，方法包括：获取服务端设备中各服务实例上报的服务依赖信息并提供给信息处理系统中的监控服务中心；获取服务端设备上各服务实例上报的工作状态信息；在根据工作状态信息识别到发生故障的第一服务实例时，向监控服务中心发送用于指示第一服务实例发生故障的第一通知信息，以供监控服务中心根据服务端设备提供的各服务实例的服务依赖信息和第一通知信息，确定至少一个服务端设备上与第一服务实例存在依赖关系的第二服务实例，并向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。
5.本技术实施例还提供一种信息处理方法，适用于信息处理系统中的监控服务中心，方法包括：接收信息处理系统中各服务端设备上报的服务实例之间的服务依赖信息和第一通知信息，第一通知信息用于指示第一服务实例发生故障；根据服务依赖信息和第一通知信息，确定各服务端设备上与第一服务实例存在依赖关系的第二服务实例，并向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系，并向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。
6.本技术实施例还提供一种信息处理系统，包括：至少一个服务端设备和监控服务中心，每个服务端设备上部署有多个服务实例和目标服务；多个服务实例，用于向其所在服务端设备上的目标服务上报自身工作状态信息以及各自与其它服务实例之间存在的服务依赖信息；目标服务，用于接收各服务实例上报的服务依赖信息并提供给监控服务中心，以及接收其所在服务端设备上的各服务实例上报的工作状态信息，在根据工作状态信息识别到发生故障的第一服务实例时，向监控服务中心发送用于指示第一服务实例发生故障的第一通知信息；监控服务中心，用于根据目标服务提供的各服务实例的服务依赖信息和第一
通知信息，确定至少一个服务端设备上与第一服务实例存在依赖关系的第二服务实例，并向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。
7.本技术实施例还提供一种服务端装置，包括：获取模块和发送模块；获取模块，用于获取服务端装置中各服务实例上报的服务依赖信息并提供给信息处理系统中的监控服务装置以及获取服务端装置上各服务实例上报的工作状态信息；发送模块，用于在根据工作状态信息识别到发生故障的第一服务实例时，向监控服务装置发送用于指示第一服务实例发生故障的第一通知信息，以供监控服务装置根据服务端装置提供的各服务实例的服务依赖信息和第一通知信息，确定与第一服务实例存在依赖关系的第二服务实例，并向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。
8.本技术实施例还提供一种监控服务装置，包括：接收模块、确定模块和发送模块；接收模块，用于接收信息处理系统中各服务端设备上报的服务实例之间的服务依赖信息和第一通知信息，第一通知信息用于指示第一服务实例发生故障；确定模块，用于根据服务依赖信息和第一通知信息，确定各服务端设备上与第一服务实例存在依赖关系的第二服务实例；发送模块，用于向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。
9.本技术实施例还提供一种服务端设备，包括：存储器和处理器；存储器，用于存储计算机程序；处理器，与存储器耦合，用于执行计算机程序，以实现本技术实施例提供的信息处理方法中的步骤。
10.本技术实施例还提供一种监控服务设备，包括：存储器和处理器；存储器，用于存储计算机程序；处理器，与存储器耦合，用于执行计算机程序，以实现本技术实施例提供的信息处理方法中的步骤。
11.本技术实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序被处理器执行时，致使处理器实现本技术实施例提供的信息处理方法中的步骤。
12.本技术实施例还提供一种计算机程序产品，包括计算机程序/指令，计算机程序/指令被处理器执行时实现本技术实施例提供的信息处理方法中的步骤。
13.本公开的实施例提供的技术方案至少带来以下有益效果：从服务实例维度感知故障的发生，具体地，服务端设备上部署由服务实例和目标服务，每个服务实例向目标服务上报工作状态信息和服务依赖信息，目标服务向监控服务中心上报服务依赖信息，目标服务可根据上报的工作状态信息可以及时发现出现故障的第一服务实例，为后续故障处理提供基础，同时向监控服务中心发送通知信息，监控服务中心可以及时通知与第一服务实例存在依赖关系的其它服务实例，避免由于第一服务实例故障的发生引起连锁反应，造成损失的扩大。
14.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
15.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
16.图1为本技术示例性实施例提供的一种信息处理系统的结构示意图；
17.图2为本技术示例性实施例提供的一种信息处理方法的流程示意图；
18.图3为本技术示例性实施例提供的另一种信息处理方法的流程示意图；
19.图4为本技术示例性实施例提供的一种服务端设备的结构示意图；
20.图5为本技术示例性实施例提供的一种监控服务设备的结构示意图；
21.图6为本技术示例性实施例提供的一种服务端装置的结构示意图；
22.图7为本技术示例性实施例提供的一种监控服务装置的结构示意图。
具体实施方式
23.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
24.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
25.针对现有技术中可能会产生宕机或设备损坏等一系列的故障的问题，在本技术实施例中，从服务实例维度感知故障的发生，具体地，服务端设备上部署有服务实例和目标服务，每个服务实例向目标服务上报自身工作状态信息和服务依赖信息，目标服务向监控服务中心上报服务依赖信息，目标服务可根据上报的自身工作状态信息可以及时发现出现故障的第一服务实例，为后续故障处理提供基础，同时向监控服务中心发送通知信息，监控服务中心可以及时通知与第一服务实例存在依赖关系的其它服务实例，避免由于第一服务实例故障的发生引起连锁反应，造成损失的扩大。
26.以下结合附图，详细说明本技术各实施例提供的技术方案。
27.图1为本技术示例性实施例提供的一种信息处理系统的结构示意图。如图1所示，该系统100包括：至少一个服务端设备10，每个服务端设备10上部署有多个服务实例101和目标服务102。
28.在本实施例中，每个应用服务都需要部署多个服务实例101来保证稳定性及高可用性，应用服务可以是但不限于：在线教育服务、视频服务、游戏服务或邮箱服务等。应用服务可实现为一组服务实例101，将每个服务实例101以容器或虚拟机等形式部署在服务端设备10上，服务端设备10可以实现为常规服务器、云服务器或服务器阵列等。每个服务端设备10上可以部署多个服务实例101，多个服务实例101可以来自于同一应用服务，也可以来自不同的应用服务。
29.在本实施例中，每个服务端设备10上除了部署有多个服务实例101之外，还部署有目标服务102，目标服务102用于感知服务实例101是否出现故障。基于此，多个服务实例101可以向其所在服务端设备10上的目标服务102上报自身工作状态信息。工作状态信息可以指示服务实例处于工作状态，例如，服务实例处于正常运行状态，或者，工作状态信息还可以指示服务实例处于故障状态，例如，服务实例卡顿、异常或故障等。
30.在本实施例中，目标服务102可以接收各服务实例101上报的工作状态信息，根据工作状态信息识别各服务实例101中是否出现发生故障的服务实例。为了便于区分和描述，将各服务实例101中发生故障的服务实例称为第一服务实例。第一服务实例的数量可以是一个，也可以是多个。
31.可选地，多个服务实例101可以向其所在服务端设备10上的目标服务102发送注册请求以进行服务注册，并在注册成功的情况下，向目标服务102上报自身工作状态信息。其中，注册请求中至少包括服务实例101的标识信息，例如，服务实例的名称或服务实例所属的应用服务等。相应地，目标服务102可以接收其所在服务端设备10上的各服务实例101发送的注册请求，根据注册请求对各服务实例101进行注册，并在各服务实例101注册成功的情况下，接收各服务实例101上报的工作状态信息，根据工作状态信息识别各服务实例101中是否出现发生故障的服务实例。
32.在本技术实施例中，可以从服务实例维度感知故障，具体地，每个服务实例向其所在服务端设备上的目标服务注册，在注册成功的情况下，向目标服务上报自身工作状态信息，目标服务根据接收到的工作状态信息识别各服务实例中是否出现发生故障的第一服务实例。整个过程中，目标服务可以及时感知服务实例级别的故障，为后续故障处理提供基础。
33.进一步，信息处理系统100中除了包括至少一个服务端设备10之外，如图1所示，信息处理系统100还包括：监控服务中心20。监控服务中心20用于在目标服务102感知到第一服务实例出现故障的情况下，向与第一服务实例存在依赖关系的第二服务实例发送通知信息，以通知第二服务实例结束与第一服务实例之间的依赖关系，整个过程中，可以及时发现服务实例的故障，同时也可以使与发生故障的第一服务实例存在依赖关系的第二服务实例感知到故障的发生，避免由于第一服务实例故障的发生引起连锁反应，造成损失的扩大。
34.其中，第二服务实例的数量可以是一个，也可以是多个。第二服务实例与第一服务实例可以部署于同一服务端设备10，也可以部署在不同的服务端设备10上。另外，服务实例101之间的依赖关系可以指服务实例101之间的相互调用关系或服务实例101之间需要进行交互的关系等。服务实例101之间的依赖关系可以用服务依赖信息来体现，服务依赖信息包括服务实例101之间的相互调用信息或服务实例101之间需要进行交互的信息。
35.具体地，多个服务实例101还用于：将各自与其它服务实例101之间存在的服务依赖信息上报给目标服务102。目标服务102接收各服务实例101上报的服务依赖信息并提供给监控服务中心20，并且在识别到发生故障的第一服务实例时，目标服务102向监控服务中心20发送用于指示第一服务实例发生故障的第一通知信息，如图1所示。监控服务中心20根据目标服务提供的各服务实例101的服务依赖信息和第一通知信息，确定至少一个服务端设备10上与第一服务实例存在依赖关系的第二服务实例，并向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。其中，监控服务中心20向第二服务实例发送第二通知信息的实施方式并不限定。例如，监控服务中心20可以直接向服务端设备10的第二服务实例发送第二通知信息，或者，监控服务中心20可以将第二通知信息发送给第二服务实例所在服务端设备的目标服务，由该目标服务将第二通知信息下发给第二服务实例。
36.在一可选实施例中，目标服务102在根据工作状态信息识别各服务实例101中出现
发生故障的第一服务实例的情况下，目标服务102还可以对出现故障的第一服务实例进行重启等操作以尝试自动化的进行故障恢复，如图1中虚线所示。自动化故障修复可避免人工介入进行故障恢复时间过长的问题，同时，自动化的进行故障恢复可以减少人工修复的工作量和管理成本，使一些可以自动化恢复的故障不用人工介入处理。具体地，目标服务102采用重启方式对第一服务实例进行自动化故障恢复，其中，采用重启方式对第一服务实例进行自动化故障恢复的实施方式并不限定。例如，若第一服务实例处于运行状态，则将第一服务实例关闭后重新进行启动；若第一服务实例未处于运行状态，则直接启动第一服务实例。另外，目标服务102还可以监控第一服务实例在重启后是否故障恢复。若第一服务实例在重启后故障恢复，则向监控服务中心20发送用于指示第一服务实例故障恢复的第三通知信息，以供监控服务中心20向第二服务实例发送第一服务实例故障恢复的第四通知信息，第四通知信息用于指示第二服务实例重新建立与第一服务实例之间的依赖关系。可选地，若第一服务实例在重启后故障未恢复，则目标服务102向监控服务中心20发送用于指示第一服务实例故障未恢复的第五通知信息，以供监控服务中心20通知维修节点对第一服务实例进行故障修复。其中，通知维修节点对第一服务实例进行故障修复，可以理解为通知管理人员，通过人工介入的方式对第一服务实例进行故障修复。
37.在一可选实施例中，每个服务实例101，还用于定时向目标服务102上报其工作状态信息；相应地，目标服务102还可以根据各个服务实例101上报的工作状态信息，对相应服务实例的工作状态进行分析；将工作状态信息指示服务故障的服务实例101作为第一服务实例，或者，将在设定第一时间阈值内未上报工作状态信息的服务实例101作为第一服务实例。
38.可选地，部署在至少一个服务端设备10上的目标服务102，还用于：定时向监控服务中心20上报多个服务实例的工作状态信息。监控服务中心20还可以在设定第二时间阈值内监测是否存在未上报多个服务实例的工作状态信息的第一目标服务；若在设定第二时间阈值内监测到存在未上报多个服务实例的工作状态信息的第一目标服务，则确定第一目标服务所在的第一服务端设备出现服务故障，根据各服务实例的服务依赖信息，确定与第一服务端上任一服务实例存在依赖关系的第三服务实例，并向第三服务实例发送第六通知信息，以指示第三服务实例结束对第一服务端上的服务实例的依赖关系；并通知维修节点对第一目标服务所在的服务端进行故障修复。
39.进一步可选地，目标服务102还可以检测第一服务端设备是否故障恢复，若第一服务端设备的故障恢复，则向监控服务中心20发送第一服务端设备故障恢复的第七通知信息；监控服务中心20在接收到第七通知信息的情况下，向依赖第一服务端设备上的服务实例的第三服务实例发送第八通知信息，以指示第三服务实例重新建立与第一服务端设备上的服务实例之间的依赖关系。
40.通过服务实例的工作状态信息感知服务实例是否发生异常或故障，如发生异常或故障，则根据服务依赖关系，通知其它服务实例不再对发生故障的服务实例进行调用。获取服务实例的服务依赖信息
41.在本实施例中，每台服务端设备上部署服务实例和目标服务，目标服务可以感知其所在的服务端设备上每个服务实例故障的发生与故障的恢复，由于目标服务与服务实例部署在同一台服务端设备上，目标服务可以直接对发生故障的服务实例进行重启等自动化
的故障恢复。在进行故障恢复的同时或感知到服务实例故障恢复的同时，向监控服务中心上报服务实例工作状态信息的变化。另外，目标服务还可以获取其所在服务端设备上各服务实例的服务依赖信息，根据该服务依赖信息，使依赖发生工作状态变化的服务实例的其它服务实例及时感知到工作状态的变化。另外，目标服务持续监控自动化故障恢复后的结果及监控服务中心持续对目标服务的监控，可以及时感知到不可自动化恢复故障的产生及可以及时通知维修节点进行处理。
42.基于上述信息处理系统，本技术实施例还提供一种信息处理方法，适用于信息处理系统中，该信息处理系统中包括至少一个服务端设备，针对任一服务端设备，如图2所示，该方法包括：
43.201、获取服务端设备中各服务实例上报的服务依赖信息并提供给信息处理系统中的监控服务中心；
44.202、获取服务端设备上各服务实例上报的工作状态信息；
45.203、在根据工作状态信息识别到发生故障的第一服务实例时，向监控服务中心发送用于指示第一服务实例发生故障的第一通知信息，以供监控服务中心根据服务端设备提供的各服务实例的服务依赖信息和第一通知信息，确定至少一个服务端设备上与第一服务实例存在依赖关系的第二服务实例，并向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。
46.在一可选实施例中，本技术实施例提供的方法还包括：采用重启方式对第一服务实例进行自动化的故障恢复，并监控第一服务实例在重启后是否故障恢复；若第一服务实例在重启后故障恢复，则向监控服务中心发送用于指示第一服务实例故障恢复的第三通知信息，以供监控服务中心向第二服务实例发送第一服务实例故障恢复的第四通知信息，第四通知信息用于指示第二服务实例重新建立与第一服务实例之间的依赖关系。
47.在一可选实施例中，本技术实施例提供的方法还包括：若第一服务实例在重启后故障未恢复，则向监控服务中心发送用于指示第一服务实例故障未恢复的第五通知信息，以供监控服务中心通知维修节点对第一服务实例进行故障修复。
48.在一可选实施例中，本技术实施例提供的方法还包括：根据各个服务实例上报的工作状态信息，对相应服务实例的工作状态信息进行分析；将工作状态信息指示服务故障的服务实例作为第一服务实例，或者，将在设定第一时间阈值内未上报工作状态信息的服务实例作为第一服务实例。
49.在一可选实施例中，本技术实施例提供的方法还包括：定时向监控服务中心上报各服务实例的工作状态信息，以供监控服务中心在设定第二时间阈值内监测是否存在未上报多个服务实例的工作状态信息的第一服务端设备。
50.在一可选实施例中，本技术实施例提供的方法还包括：若第一服务端设备的故障恢复，则向监控服务中心发送第一服务端设备故障恢复的第七通知信息，以供监控服务中心向依赖第一服务端设备上的服务实例的第三服务实例发送第八通知信息，第八通知信息用于指示第三服务实例重新建立与第一服务端设备上的服务实例之间的依赖关系。
51.基于上述信息处理系统，本技术实施例还提供另一种信息处理方法，适用于信息处理系统中的监控服务中心，如图3所示，该方法包括：
52.301、接收信息处理系统中各服务端设备上报的服务实例之间的服务依赖信息和
第一通知信息，第一通知信息用于指示第一服务实例发生故障；
53.302、根据服务依赖信息和第一通知信息，确定各服务端设备上与第一服务实例存在依赖关系的第二服务实例，并向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。
54.在一可选实施例中，本技术实施例提供的方法还包括：接收各服务端设备定时发送的多个服务实例的工作状态信息；在设定第二时间阈值内监测是否存在未上报多个服务实例的工作状态信息的第一服务端设备；若存在，则确定第一服务端设备所在的第一服务端设备出现服务故障，根据各服务实例的服务依赖信息，确定与第一服务端设备上任一服务实例存在依赖关系的第三服务实例。
55.在一可选实施例中，本技术实施例提供的方法还包括：在确定第一服务端设备出现服务故障的情况下，向第三服务实例发送第六通知信息，以指示第三服务实例结束对第一服务端设备上的服务实例的依赖关系；并通知维修节点对第一服务端设备进行故障修复。
56.在一可选实施例中，本技术实施例提供的方法还包括：接收第一服务端设备发送的第一服务端设备故障恢复的第七通知信息；根据第七通知信息，向第三服务实例发送第八通知信息，以指示第三服务实例重新建立与第一服务端设备上的服务实例之间的依赖关系。
57.需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤201至步骤202的执行主体可以为设备a；又比如，步骤201的执行主体可以为设备a，步骤202的执行主体可以为设备b；等等。
58.另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如201、202等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。
59.图4为本技术示例性实施例提供的一种服务端设备的结构示意图。如图4所示，该设备包括：存储器44和处理器45。
60.存储器44，用于存储计算机程序，并可被配置为存储其它各种数据以支持在服务端设备的上的操作。这些数据的示例包括用于在服务端设备上操作的任何应用程序或方法的指令。
61.存储器44可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
62.处理器45，与存储器44耦合，用于执行存储器44中的计算机程序，以用于：获取服务端设备中各服务实例上报的服务依赖信息并提供给信息处理系统中的监控服务中心；获取服务端设备上各服务实例上报的工作状态信息；在根据工作状态信息识别到发生故障的第一服务实例时，向监控服务中心发送用于指示第一服务实例发生故障的第一通知信息，
以供监控服务中心根据服务端设备提供的各服务实例的服务依赖信息和第一通知信息，确定至少一个服务端设备上与第一服务实例存在依赖关系的第二服务实例，并向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。
63.在一可选实施例中，处理器45还用于：采用重启方式对第一服务实例进行自动化的故障恢复，并监控第一服务实例在重启后是否故障恢复；若第一服务实例在重启后故障恢复，则向监控服务中心发送用于指示第一服务实例故障恢复的第三通知信息，以供监控服务中心向第二服务实例发送第一服务实例故障恢复的第四通知信息，第四通知信息用于指示第二服务实例重新建立与第一服务实例之间的依赖关系。
64.在一可选实施例中，处理器45还用于：若第一服务实例在重启后故障未恢复，则向监控服务中心发送用于指示第一服务实例故障未恢复的第五通知信息，以供监控服务中心通知维修节点对第一服务实例进行故障修复。
65.在一可选实施例中，处理器45还用于：根据各个服务实例上报的工作状态信息，对相应服务实例的工作状态进行分析；将工作状态信息指示服务故障的服务实例作为第一服务实例，或者，将在设定第一时间阈值内未上报工作状态信息的服务实例作为第一服务实例。
66.在一可选实施例中，处理器45还用于：定时向监控服务中心上报各服务实例的工作状态信息，以供监控服务中心在设定第二时间阈值内监测是否存在未上报多个服务实例的工作状态信息的第一服务端设备。
67.在一可选实施例中，处理器45还用于：若第一服务端设备的故障恢复，则向监控服务中心发送第一服务端设备故障恢复的第七通知信息，以供监控服务中心向依赖第一服务端设备上的服务实例的第三服务实例发送第八通知信息，第八通知信息用于指示第三服务实例重新建立与第一服务端设备上的服务实例之间的依赖关系。
68.本技术实施例提供的服务端设备，从服务实例维度感知故障的发生，具体地，服务端设备上部署有服务实例和目标服务，每个服务实例向目标服务上报自身工作状态信息和服务依赖信息，目标服务向监控服务中心上报服务依赖信息，目标服务可根据上报的自身工作状态信息可以及时发现出现故障的第一服务实例，为后续故障处理提供基础，同时向监控服务中心发送通知信息，监控服务中心可以及时通知与第一服务实例存在依赖关系的其它服务实例，避免由于第一服务实例故障的发生引起连锁反应，造成损失的扩大。
69.进一步，如图4所示，该服务端设备还包括：通信组件46、电源组件48等其它组件。图4中仅示意性给出部分组件，并不意味着服务端设备只包括图4所示组件。
70.相应地，本技术实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序被处理器执行时，致使处理器能够实现图2所示方法中的各步骤。
71.相应地，本技术实施例还提供一种计算机程序产品，包括计算机程序/指令，计算机程序/指令被处理器执行时能够实现图2所示方法中的各步骤。
72.图5为本技术示例性实施例提供的一种监控服务设备的结构示意图。如图5所示，该设备包括：存储器54和处理器55。
73.存储器54，用于存储计算机程序，并可被配置为存储其它各种数据以支持在监控服务设备的上的操作。这些数据的示例包括用于在监控服务设备上操作的任何应用程序或方法的指令。
74.存储器54可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
75.处理器56，与存储器54耦合，用于执行存储器54中的计算机程序，以用于：接收信息处理系统中各服务端设备上报的服务实例之间的服务依赖信息和第一通知信息，第一通知信息用于指示第一服务实例发生故障；根据服务依赖信息和第一通知信息，确定各服务端设备上与第一服务实例存在依赖关系的第二服务实例，并向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。
76.在一可选实施例中，处理器55还用于：接收各服务端设备定时发送的多个服务实例的工作状态信息；在设定第二时间阈值内监测是否存在未上报多个服务实例的工作状态信息的第一服务端设备；若存在，则确定第一服务端设备出现服务故障，根据各服务实例的服务依赖信息，确定与第一服务端设备上任一服务实例存在依赖关系的第三服务实例，并向第三服务实例发送第六通知信息，以指示第三服务实例结束对第一服务端设备上的服务实例的依赖关系。
77.在一可选实施例中，处理器55还用于：在确定所述第一服务端设备出现服务故障的情况下，通知维修节点对第一服务端设备进行故障修复。
78.在一可选实施例中，处理器55还用于：接收第一服务端设备发送的第一服务端设备故障恢复的第七通知信息；根据第七通知信息，向第三服务实例发送第八通知信息，以指示第三服务实例重新建立与第一服务端设备上的服务实例之间的依赖关系。
79.进一步，如图5所示，该监控服务设备还包括：通信组件56、显示器57、电源组件58、音频组件59等其它组件。图5中仅示意性给出部分组件，并不意味着监控服务设备只包括图5所示组件。需要说明的是，图5中虚线框内的组件为可选组件，而非必选组件，具体可视监控服务设备的产品形态而定。
80.相应地，本技术实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序被处理器执行时，致使处理器能够实现图3所示方法中的各步骤。
81.相应地，本技术实施例还提供一种计算机程序产品，包括计算机程序/指令，计算机程序/指令被处理器执行时能够实现图3所示方法中的各步骤。
82.图6为本技术实例性实施例提供的一种服务端装置的结构示意图，该服务端装置可实现为信息处理系统中的服务端设备，如图6所示，该服务端装置包括：获取模块61和发送模块62。
83.获取模块61，用于获取服务端装置中各服务实例上报的服务依赖信息并提供给信息处理系统中的监控服务装置以及获取服务端装置上各服务实例上报的工作状态信息；
84.发送模块62，用于在根据工作状态信息识别到发生故障的第一服务实例时，向监控服务装置发送用于指示第一服务实例发生故障的第一通知信息，以供监控服务装置根据服务端装置提供的各服务实例的服务依赖信息和第一通知信息，确定与第一服务实例存在依赖关系的第二服务实例，并向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。
85.在一可选实施例中，服务端装置还包括：恢复模块和监控模块；
86.恢复模块，用于采用重启方式对第一服务实例进行自动化的故障恢复；监控模块，用于监控第一服务实例在重启后是否故障恢复；发送模块，还用于若第一服务实例在重启后故障恢复，则向监控服务装置发送用于指示第一服务实例故障恢复的第三通知信息，以供监控服务装置向第二服务实例发送第一服务实例故障恢复的第四通知信息，第四通知信息用于指示第二服务实例重新建立与第一服务实例之间的依赖关系。
87.在一可选实施例中，发送模块还用于：若第一服务实例在重启后故障未恢复，则向监控服务装置发送用于指示第一服务实例故障未恢复的第五通知信息，以供监控服务装置通知维修节点对第一服务实例进行故障修复。
88.在一可选实施例中，服务端装置还包括：分析模块和确定模块；
89.分析模块，用于根据各个服务实例上报的工作状态信息，对相应服务实例的工作状态进行分析；确定模块，用于将工作状态信息指示服务故障的服务实例作为第一服务实例，或者将在设定第一时间阈值内未上报工作状态信息的服务实例作为第一服务实例。
90.在一可选实施例中，服务端装置还包括：上报模块；上报模块，用于定时向监控服务装置上报各服务实例的工作状态信息，以供监控服务装置在设定第二时间阈值内监测是否存在未上报多个服务实例的工作状态信息的第一服务端设备。
91.在一可选实施例中，发送模块，还用于：若第一服务端设备的故障恢复，则向监控服务装置发送第一服务端设备故障恢复的第七通知信息，以供监控服务装置向依赖第一服务端设备上的服务实例的第三服务实例发送第八通知信息，第八通知信息用于指示第三服务实例重新建立与第一服务端设备上的服务实例之间的依赖关系。
92.图7为本技术实例性实施例提供的一监控服务装置的结构示意图，该监控服务装置可实现为信息处理系统中的监控服务中心，如图7所示，该监控服务装置包括：接收模块71、确定模块72和发送模块73。
93.接收模块71，用于接收信息处理系统中各服务端设备上报的服务实例之间的服务依赖信息和第一通知信息，第一通知信息用于指示第一服务实例发生故障；
94.确定模块72，用于根据服务依赖信息和第一通知信息，确定各服务端设备上与第一服务实例存在依赖关系的第二服务实例；
95.发送模块73，用于向第二服务实例发送第二通知信息，以指示第二服务实例结束与第一服务实例之间的依赖关系。
96.在一可选实施例中，监控服务装置还包括：监测模块；
97.接收模块，还用于：接收各服务端设备定时发送的多个服务实例的工作状态信息；
98.监测模块，用于在设定第二时间阈值内监测是否存在未上报多个服务实例的工作状态信息的第一服务端设备；
99.若存在，则确定模块用于确定第一服务端设备出现服务故障，根据各服务实例的服务依赖信息，确定与第一服务端设备上任一服务实例存在依赖关系的第三服务实例；发送模块，用于向第三服务实例发送第六通知信息，以指示第三服务实例结束对第一服务端设备上的服务实例的依赖关系。
100.在一可选实施例中，监控服务装置还包括：通知模块；
101.通知模块，用于在确定第一服务端设备出现服务故障的情况下，通知维修节点对第一服务端设备进行故障修复。
102.在一可选实施例中，接收模块，还用于：接收第一服务端设备发送的第一服务端设备故障恢复的第七通知信息；
103.发送模块，还用于：根据第七通知信息，向第三服务实例发送第八通知信息，以指示第三服务实例重新建立与第一服务端设备上的服务实例之间的依赖关系。
104.上述图5和图4中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如wifi，2g、3g、4g/lte、5g等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
105.上述图5中的显示器包括屏幕，其屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。
106.上述图5和图4中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
107.上述图5中的音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(mic)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。
108.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
109.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
110.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
111.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
112.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
113.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
114.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
115.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
116.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。