本发明涉及计算机技术领域，特别是涉及一种基于微服务架构的健康检查方法和装置。
背景技术：
微服务架构是一项在云中部署应用和服务的新技术，在微服务架构中，原本在传统的面向服务的体系结构(serviceorientedarchitecture，简称soa)下的一个业务功能可能被拆分为多个微服务组件。以一个购物网站的手机应用程序(application，简称app)订单查看界面为例，在soa中，所有的界面都可以通过一个独立的应用程序来获取，而在微服务架构中，订单相关的会员管理、商品管理、订单管理和财务结算管理等功能均拆分为不同的微服务组件。为了实现查看界面的功能，需要从多个地址调用多个微服务组件提供的服务接口来获取相关的数据信息。
在具体实现中，不同的微服务组件可能分布在不同的设备，比如，有些微服务组件可以部署在本地机房中的设备上，有些微服务组件可以部署在外地机房的设备上，有些微服务组件可以部署在云服务器上。这样，就需要服务提供者将所管理的微服务组件的服务信息，比如微服务组件的地址和端口号，注册到服务注册中心，使得服务消费者能够根据服务注册中心中保存的各微服务组件的服务信息，对微服务组件进行调用，以实现业务功能。
目前，服务提供者与服务注册中心之间存在单向的心跳检测。若服务注册中心在一段时间内未收到来自该服务提供者的心跳消息，那么，服务注册中心可以确定该服务提供者故障，服务注册中心可以删除该服务提供者所管理的微服务组件的服务信息，并将该故障的服务提供者的相关信息通知服务消费者，使服务消费者不会再对该服务提供者所管理的微服务组件进行调用。
但是，从服务提供者因故障停止发送心跳检测，到服务注册中心确定该服务提供者出现故障需要等待较长的时间，在这个等待的时间内，服务消费者可能仍会调用该故障的服务提供者所管理的微服务组件，从而导致服务消费者即使调用到微服务组件，业务功能也无法正常运行。
技术实现要素：
本发明实施例的目的在于提供一种基于微服务架构的健康检查方法和装置，以实现快速确定故障的服务提供者。具体技术方案如下：
本发明实施例提供了一种基于微服务架构的健康检查方法，所述方法包括：
接收服务提供者发送的心跳检测，并获取所述心跳检测的时延；
判断所述心跳检测的时延是否超过预设的时延阈值；
若所述心跳检测的时延超过所述预设的时延阈值，则确定所述服务提供者故障。
可选的，所述获取心跳检测的时延的步骤，包括：
根据预设的心跳检测间隔、预设的心跳检测的发送时间以及预设的心跳检测的正常时延，计算接收到心跳检测的预期时间；
将实际接收到心跳检测的时间与所述预期时间之间的时间差，确定为心跳检测的时延。
可选的，所述预设的时延阈值为预设的心跳检测的正常时延的预设倍数。
可选的，所述方法还包括：
判断所述服务提供者所管理的微服务组件对应的端口是否可用；
所述若所述心跳检测的时延超过所述预设时延阈值，则确定所述服务提供者故障的步骤，包括：
若所述端口可用且所述心跳检测的时延超过所述预设时延阈值，或者，所述端口不可用，则确定所述服务提供者故障。
可选的，所述方法还包括：
判断所述服务提供者所管理的微服务组件的业务功能是否可用；
所述若所述心跳检测的时延超过所述预设的时延阈值，则确定所述服务提供者故障的步骤，包括：
若所述业务功能可用且所述心跳检测的时延超过所述预设的时延阈值，或者，所述业务功能不可用，则确定所述服务提供者为故障。
本发明实施例还提供了一种基于微服务架构的健康检查装置，所述装置包括：
接收单元，用于接收服务提供者发送的心跳检测，并获取所述心跳检测的时延；
第一判断单元，用于判断所述心跳检测的时延是否超过预设的时延阈值；
确定单元，用于若所述第一判断单元的判断结果为所述心跳检测的时延超过所述预设的时延阈值，则确定所述服务提供者故障。
可选的，所述接收单元，包括：计算子单元和确定子单元；
所述计算子单元，用于根据预设的心跳检测间隔、预设的心跳检测的发送时间以及预设的心跳检测的正常时延，计算接收到心跳检测的预期时间；
所述确定子单元，用于将实际接收到心跳检测的时间与所述预期时间之间的时间差，确定为心跳检测的时延。
可选的，所述预设的时延阈值为预设的心跳检测的正常时延的预设倍数。
可选的，所述装置还包括：
第二判断单元，用于判断所述服务提供者所管理的微服务组件对应的端口是否可用；
所述确定单元，具体用于若所述第二判断单元的判断结果为所述端口可用且所述第一判断单元的判断结果为所述心跳检测的时延超过所述预设时延阈值，或者，所述第二判断单元的判断结果为所述端口不可用，则确定所述服务提供者故障。
可选的，所述装置还包括：
第三判断单元，用于判断所述服务提供者所管理的微服务组件的业务功能是否可用；
所述确定单元，具体用于若所述第三判断单元的判断结果为所述业务功能可用且所述第一判断单元的判断结果为所述心跳检测的时延超过所述预设时延阈值，或者，所述第三判断单元的判断结果为所述业务功能不可用，则确定所述服务提供者故障。
本发明实施例再提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现上述任一所述的基于微服务架构的健康检查方法。
本发明实施例再提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一所述的基于微服务架构的健康检查方法。
本发明实施例再提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的基于微服务架构的健康检查方法。
本发明实施例提供的一种基于微服务架构的健康检查方法和装置，可以通过接收服务提供者发送的心跳检测；判断心跳检测的时延是否超过预设时延阈值；若心跳检测的时延超过预设时延阈值，则确定服务提供者故障。
这样，本发明实施例提供的基于微服务架构的健康检查方法能够根据心跳检测的时延，快速确定服务提供者是否出现故障，而无需等待服务注册中心在一段时间内未收到来自该服务提供者的心跳消息才能确定该服务提供者故障，避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。当然，实施本发明的任一产品或方法必不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1为本发明实施例的基于微服务架构的健康检查方法的一种流程图；
图2为本发明实施例的基于微服务架构的健康检查方法的又一种流程图；
图3为本发明实施例的基于微服务架构的健康检查方法的另一种流程图；
图4为本发明实施例的基于微服务架构的健康检查系统的示意图；
图5为本发明实施例的基于微服务架构的健康检查装置的结构图；
图6为本发明实施例的电子设备的示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。
微服务架构是一项在云中部署应用和服务的新技术，在微服务架构中，原本在传统的面向服务的体系结构(serviceorientedarchitecture，简称soa)下的一个业务功能可能被拆分为多个微服务组件。以一个购物网站的手机应用程序(application，简称app)订单查看界面为例，在soa中，所有的界面都可以通过一个独立的应用程序来获取，而在微服务架构中，订单相关的会员管理、商品管理、订单管理和财务结算管理等功能均拆分为不同的微服务组件。为了实现查看界面的功能，需要从多个地址调用多个微服务组件提供的服务接口来获取相关的数据信息。
在具体实现中，不同的微服务组件可能分布在不同的设备，比如，有些微服务组件可以部署在本地机房中的设备上，有些微服务组件可以部署在外地机房的设备上，有些微服务组件可以部署在云服务器上。这样，就需要服务提供者将所管理的微服务组件的服务信息，比如微服务组件的地址和端口号，注册到服务注册中心，使得服务消费者能够根据服务注册中心中保存的各微服务组件的服务信息，对微服务组件进行调用，以实现业务功能。
目前，服务提供者与服务注册中心之间存在单向的心跳检测。若服务注册中心在一段时间内未收到来自该服务提供者的心跳消息，那么，服务注册中心可以确定该服务提供者故障，服务注册中心可以删除该服务提供者所管理的微服务组件的服务信息，并将该故障的服务提供者的相关信息通知服务消费者，使服务消费者不会再对该服务提供者所管理的微服务组件进行调用。
但是，从服务提供者因故障停止发送心跳检测，到服务注册中心确定该服务提供者出现故障需要等待较长的时间，在这个等待的时间内，服务消费者可能仍会调用该故障的服务提供者所管理的微服务组件，从而导致服务消费者即使调用到微服务组件，业务功能也无法正常运行。
为了解决上述问题，本发明实施例提供了的一种基于微服务架构的健康检查方法和装置，可以快速确定服务提供者是否出现故障，而无需等待服务注册中心在一段时间内未收到来自该服务提供者的心跳消息才能确定该服务提供者故障，避免出现服务消费者调用故障的服务提供者所部署的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
本发明实施例提供了一种基于微服务架构的健康检查方法。参见图1，图1为本发明实施例的基于微服务架构的健康检查方法的一种流程图，包括如下步骤：
步骤101，接收服务提供者发送的心跳检测，并获取该心跳检测的时延。
在本步骤中，可以接收服务提供者发送的心跳检测，以及获取该心跳检测的时延，以便后续步骤通过判断该心跳检测的时延是否超过预设的时延阈值来确定该服务器提供者是否出现故障。
一种实现方式中，上述获取心跳检测的时延的步骤，包括：
第一步，根据预设的心跳检测间隔、预设的心跳检测的发送时间以及预设的心跳检测的正常时延，计算接收到心跳检测的预期时间；
第二步，将实际接收到心跳检测的时间与预期时间之间的时间差，确定为心跳检测的时延。
具体的，首先，可以根据心跳检测间隔、心跳检测的发送时间以及心跳检测的正常时延，计算出接收到心跳检测的预期时间；然后，可以将接收到心跳检测的预期时间以及实际接收到心跳检测的时间之间的时间差，确定为心跳检测的时延。其中，心跳检测间隔、心跳检测的发送时间以及心跳检测的正常时延均为预先设置的，也可以携带在服务提供者发送的心跳检测信息中。
需要说明的是，步骤101的详细过程可以参考现有技术，在此不再赘述。
步骤102，判断该心跳检测的时延是否超过预设的时延阈值；若该心跳检测的时延超过预设的时延阈值，则执行步骤103；若该心跳检测的时延没有超过预设的时延阈值，则执行步骤104。
在本步骤中，可以判断步骤101获取到的心跳检测的时延是否超过预设的时延阈值；当该心跳检测的时延超过预设的时延阈值时，可以认为该心跳检测不正常，该心跳检测的发送端，也即服务提供者出现故障；当该心跳检测的时延未超过预设的时延阈值时，可以认为该心跳检测正常，该心跳检测的发送端，也即服务提供者正常，服务消费者可以正常使用该服务提供者所管理的微服务组件。
一种实现方式中，预设的时延阈值为心跳检测的正常时延的预设倍数。
具体的，时延阈值可以是心跳检测的正常时延的预设倍数，其中，时延阈值和心跳检测的正常时延均可以是预设的。比如，心跳检测的正常时延为5ms，时延阈值可以预设为心跳检测的正常时延的4倍，即20ms；当心跳检测的实际时延超过20ms时，可以认为该心跳检测的发送端，也即服务提供者出现故障。
步骤103，确定服务提供者故障。
在本步骤中，当步骤102确定心跳检测的时延超过预设的时延阈值时，可以认为该心跳检测不正常，该心跳检测的发送端，也即服务提供者出现故障。此时，可以删除该服务提供者所管理的微服务组件的服务信息，并将该故障的服务提供者的相关信息通知服务消费者，使服务消费者不会再对该服务提供者所管理的微服务组件进行调用，以避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
步骤104，确定服务提供者正常。
在本步骤中，当心跳检测的时延未超过预设的时延阈值时，可以认为该心跳检测正常，该心跳检测的发送端，也即服务提供者正常，可以保留该服务提供者所管理的微服务组件的服务信息，以使服务消费者可以正常使用该服务提供者所管理的微服务组件。
可见，本发明实施例提供的基于微服务架构的健康检查方法，可以通过接收服务提供者发送的心跳检测；判断心跳检测的时延是否超过预设时延阈值；若心跳检测的时延超过预设时延阈值，则确定服务提供者故障。这样，能够根据心跳检测的时延，快速确定服务提供者是否出现故障，而无需等待服务注册中心在一段时间内未收到来自该服务提供者的心跳消息才能确定该服务提供者故障，避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
结合上述图1的具体实现方式，在另一种具体实现方式中，可以在心跳检测的时延的基础上，结合服务提供者所管理的微服务组件对应的端口是否可用来确定该服务提供者是否故障。针对上述场景，本发明实施例又提供了一种基于微服务架构的健康检查方法。参见图2，图2为本发明实施例的基于微服务架构的健康检查方法的又一种流程图，包括如下步骤：
步骤201，接收服务提供者发送的心跳检测，并获取心跳检测的时延。
本步骤的详细过程和技术效果可以参考图1所示的基于微服务架构的健康检查方法中的步骤101，在此不再赘述。
步骤202，判断服务提供者所管理的微服务组件对应的端口是否可用，若为是，则执行步骤203，若为否，则执行步骤204。
在本步骤中，可以判断服务提供者所管理的微服务组件对应的端口是否可用；当服务提供者所管理的微服务组件对应的端口可用时，需要通过进一步判断心跳检测的时延，才能确定该服务提供者是否正常，当服务提供者所管理的微服务组件对应的端口不可用时，可以直接确定该服务提供者故障。
步骤203，判断心跳检测的时延是否超过预设的时延阈值，若服务提供者所管理的微服务组件对应的端口可用且心跳检测的时延超过预设的时延阈值，则执行步骤204，若服务提供者所管理的微服务组件对应的端口可用且心跳检测的时延没有超过预设的时延阈值，则执行步骤205。
在本步骤中，当服务提供者所管理的微服务组件对应的端口可用时，可以进一步判断该服务提供者发送的心跳检测的时延是否超过预设的时延阈值。
若服务提供者所管理的微服务组件对应的端口可用且心跳检测的时延超过预设的时延阈值，则可以确定服务提供者故障，可以删除该服务提供者所管理的微服务组件的服务信息，并将该故障的服务提供者的相关信息通知服务消费者，使服务消费者不会再对该服务提供者所管理的微服务组件进行调用。
若服务提供者所管理的微服务组件对应的端口可用且心跳检测的时延没有超过预设的时延阈值，则可以确定服务提供者正常，可以保留该服务提供者所管理的微服务组件的服务信息，以使服务消费者可以正常使用该服务提供者所管理的微服务组件。
需要说明的是，也可以先执行步骤203再执行步骤202，也可以同时执行步骤202和步骤203，具体可以根据实际情况确定，本文对此不加以限制。
步骤204，确定服务提供者故障。
在本步骤中，当服务提供者所管理的微服务组件对应的端口不可用，或者，服务提供者所管理的微服务组件对应的端口可用且心跳检测的时延超过预设的时延阈值时，可以确定该服务提供者出现故障。
此时，可以删除该服务提供者所管理的微服务组件的服务信息，并将该故障的服务提供者的相关信息通知服务消费者，使服务消费者不会再对该服务提供者所管理的微服务组件进行调用，以避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
步骤205，确定服务提供者正常。
在本步骤中，当服务提供者所管理的微服务组件对应的端口可用且心跳检测的时延没有超过预设的时延阈值时，可以认为该心跳检测正常，该心跳检测的发送端，也即服务提供者正常，服务消费者可以正常使用该服务提供者所管理的微服务组件。
可见，本发明实施例提供的基于微服务架构的健康检查方法，可以在服务提供者发送的心跳检测的时延的基础上，结合服务提供者所管理的微服务组件对应的端口是否可用来确定该服务提供者是否故障。若服务提供者所管理的微服务组件对应的端口不可用，或者服务提供者所管理的微服务组件对应的端口可用且心跳检测的时延超过预设的时延阈值时，可以确定服务提供者故障。这样，能够快速确定服务提供者是否出现故障，而无需等待服务注册中心在一段时间内未收到来自该服务提供者的心跳消息才能确定该服务提供者故障，避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
结合上述图1的具体实现方式，在再一种具体实现方式中，可以在心跳检测的时延的基础上，结合服务提供者所管理的微服务组件的业务功能是否可用来确定该服务提供者是否故障。针对上述场景，本发明实施例再提供了一种基于微服务架构的健康检查方法。参见图3，图3为本发明实施例的基于微服务架构的健康检查方法的另一种流程图，包括如下步骤：
步骤301，接收服务提供者发送的心跳检测，并获取心跳检测的时延。
本步骤的详细过程和技术效果可以参考图1所示的基于微服务架构的健康检查方法中的步骤101，在此不再赘述。
步骤302，判断服务提供者所管理的微服务组件的业务功能是否可用，若为是，则执行步骤303，若为否，则执行步骤304。
在本步骤中，可以判断服务提供者所管理的微服务组件的业务功能是否可用；当服务提供者所管理的微服务组件的业务功能可用时，需要通过进一步判断心跳检测的时延，才能确定该服务提供者是否正常，当服务提供者所管理的微服务组件的业务功能不可用时，可以直接确定该服务提供者故障。
步骤303，判断心跳检测的时延是否超过预设的时延阈值，若服务提供者所管理的微服务组件的业务功能可用且心跳检测的时延超过预设的时延阈值，则执行步骤304，若服务提供者所管理的微服务组件的业务功能可用且心跳检测的时延没有超过预设的时延阈值，则执行步骤305。
在本步骤中，当服务提供者所管理的微服务组件的业务功能可用时，可以进一步判断该服务提供者发送的心跳检测的时延是否超过预设的时延阈值。
若服务提供者所管理的微服务组件的业务功能可用且心跳检测的时延超过预设的时延阈值，则可以确定服务提供者故障，可以删除该服务提供者所管理的微服务组件的服务信息，并将该故障的服务提供者的相关信息通知服务消费者，使服务消费者不会再对该服务提供者所管理的微服务组件进行调用。
若服务提供者所管理的微服务组件的业务功能可用且心跳检测的时延没有超过预设的时延阈值，则可以确定服务提供者正常，可以保留该服务提供者所管理的微服务组件的服务信息，以使服务消费者可以正常使用该服务提供者所管理的微服务组件。
需要说明的是，也可以先执行步骤303再执行步骤302，也可以同时执行步骤302和步骤303，具体可以根据实际情况确定，本文对此不加以限制。
步骤304，确定服务提供者故障。
在本步骤中，当服务提供者所管理的微服务组件的业务功能不可用，或者，服务提供者所管理的微服务组件的业务功能可用且心跳检测的时延超过预设的时延阈值时，可以确定该服务提供者出现故障。
此时，可以删除该服务提供者所管理的微服务组件的服务信息，并将该故障的服务提供者的相关信息通知服务消费者，使服务消费者不会再对该服务提供者所管理的微服务组件进行调用，以避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
步骤305，确定服务提供者正常。
在本步骤中，当服务提供者所管理的微服务组件的业务功能可用且心跳检测的时延没有超过预设的时延阈值时，可以认为该心跳检测正常，该心跳检测的发送端，也即服务提供者正常，服务消费者可以正常使用该服务提供者所管理的微服务组件。
可见，本发明实施例提供的基于微服务架构的健康检查方法，可以在服务提供者发送的心跳检测的时延的基础上，结合服务提供者所管理的微服务组件的业务功能是否可用来确定该服务提供者是否故障。若服务提供者所管理的微服务组件的业务功能不可用，或者服务提供者所管理的微服务组件的业务功能可用且心跳检测的时延超过预设的时延阈值时，可以确定服务提供者故障。这样，能够快速确定服务提供者是否出现故障，而无需等待服务注册中心在一段时间内未收到来自该服务提供者的心跳消息才能确定该服务提供者故障，避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
本发明实施例还提供了一种基于微服务架构的健康检查系统。参见图4，图4为本发明实施例的基于微服务架构的健康检查系统的示意图。如图4所示，基于微服务架构的健康检查系统包括服务注册中心401、服务提供者402、服务健康检测框架403和微服务组件404。
基于微服务架构的健康检查系统的工作流程如下：
第一步：服务注册中心401接收服务提供者402发送的心跳检测，获取心跳检测的时延并发送给服务健康检测框架403。
第二步，服务健康检测框架403判断心跳检测的时延是否超过预设的时延阈值。
第三步，若心跳检测的时延超过预设的时延阈值，则服务健康检测框架403确定服务提供者402故障，并将已确定为故障的服务提供者402通知服务注册中心401。
第四步，服务注册中心401删除该故障的服务提供者402所管理的微服务组件404的服务信息，并将该故障的服务提供者402的相关信息通知服务消费者，使服务消费者不会再对该故障的服务提供者402所管理的微服务组件404进行调用。
需要说明的是，基于微服务架构的健康检查系统的处理流程中的细节和技术效果可以参考图1至图3所示的基于微服务架构的健康检查方法中的相关说明。
可见，本发明实施例提供的基于微服务架构的健康检查系统，可以通过接收服务提供者发送的心跳检测；判断心跳检测的时延是否超过预设时延阈值；若心跳检测的时延超过预设时延阈值，则确定服务提供者故障。这样，能够根据心跳检测的时延，快速确定服务提供者是否出现故障，而无需等待服务注册中心在一段时间内未收到来自该服务提供者的心跳消息才能确定该服务提供者故障，避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
本发明实施例再提供了一种基于微服务架构的健康检查装置。参见图5，图5为本发明实施例的基于微服务架构的健康检查装置的结构图，该装置包括：
接收单元501，用于接收服务提供者发送的心跳检测，并获取心跳检测的时延；
第一判断单元502，用于判断心跳检测的时延是否超过预设的时延阈值；
确定单元503，用于若第一判断单元的判断结果为心跳检测的时延超过预设的时延阈值，则确定服务提供者故障。
可选的，接收单元，包括：计算子单元和确定子单元；
计算子单元，用于根据预设的心跳检测间隔、预设的心跳检测的发送时间以及预设的心跳检测的正常时延，计算接收到心跳检测的预期时间；
确定子单元，用于将实际接收到心跳检测的时间与预期时间之间的时间差，确定为心跳检测的时延。
可选的，预设的时延阈值为预设的心跳检测的正常时延的预设倍数。
可选的，装置还包括：
第二判断单元，用于判断服务提供者所管理的微服务组件对应的端口是否可用；
确定单元503，具体用于若第二判断单元的判断结果为端口可用且第一判断单元的判断结果为心跳检测的时延超过预设时延阈值，或者，第二判断单元的判断结果为端口不可用，则确定服务提供者故障。
可选的，装置还包括：
第三判断单元，用于判断服务提供者所管理的微服务组件的业务功能是否可用；
确定单元503，具体用于若第三判断单元的判断结果为业务功能可用且第一判断单元的判断结果为心跳检测的时延超过预设时延阈值，或者，第三判断单元的判断结果为业务功能不可用，则确定服务提供者故障。
可见，本发明实施例提供的基于微服务架构的健康检查装置，可以通过接收服务提供者发送的心跳检测；判断心跳检测的时延是否超过预设时延阈值；若心跳检测的时延超过预设时延阈值，则确定服务提供者故障。这样，能够根据心跳检测的时延，快速确定服务提供者是否出现故障，而无需等待服务注册中心在一段时间内未收到来自该服务提供者的心跳消息才能确定该服务提供者故障，避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
本发明实施例还提供了一种电子设备，参考图6，图6为本发明实施例的电子设备的示意图，如图6所示，电子设备包括处理器601、通信接口602、存储器603和通信总线604，其中，处理器601，通信接口602，存储器603通过通信总线604完成相互间的通信，
存储器603，用于存放计算机程序；
处理器601，用于执行存储器603上所存放的程序时，实现如下步骤：
接收服务提供者发送的心跳检测，并获取心跳检测的时延；
判断心跳检测的时延是否超过预设的时延阈值；
若心跳检测的时延超过预设的时延阈值，则确定服务提供者故障。
上述电子设备提到的通信总线可以是外设部件互连标准(peripheralcomponentinterconnect，简称pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，简称eisa)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(randomaccessmemory，简称ram)，也可以包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessing，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现场可编程门阵列(field－programmablegatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
可见，本发明实施例提供的电子设备，可以通过接收服务提供者发送的心跳检测；判断心跳检测的时延是否超过预设时延阈值；若心跳检测的时延超过预设时延阈值，则确定服务提供者故障。这样，能够根据心跳检测的时延，快速确定服务提供者是否出现故障，而无需等待服务注册中心在一段时间内未收到来自该服务提供者的心跳消息才能确定该服务提供者故障，避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
在本发明提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的基于微服务架构的健康检查方法。
可见，本发明实施例提供的计算机可读存储介质，可以通过接收服务提供者发送的心跳检测；判断心跳检测的时延是否超过预设时延阈值；若心跳检测的时延超过预设时延阈值，则确定服务提供者故障。这样，能够根据心跳检测的时延，快速确定服务提供者是否出现故障，而无需等待服务注册中心在一段时间内未收到来自该服务提供者的心跳消息才能确定该服务提供者故障，避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
在本发明提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一所述的基于微服务架构的健康检查方法。
可见，本发明实施例提供的计算机程序产品，可以通过接收服务提供者发送的心跳检测；判断心跳检测的时延是否超过预设时延阈值；若心跳检测的时延超过预设时延阈值，则确定服务提供者故障。这样，能够根据心跳检测的时延，快速确定服务提供者是否出现故障，而无需等待服务注册中心在一段时间内未收到来自该服务提供者的心跳消息才能确定该服务提供者故障，避免出现服务消费者调用故障的服务提供者所管理的微服务组件，从而导致服务消费者所使用的服务功能无法正常运行的问题。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。