[发明专利]应用健康状态检查方法及电子设备

说明书

本发明涉及服务器技术领域，具体涉及应用健康状态检查方法及电子设备，该方法应用于健康状态检查模块，所述健康状态检查模块独立于目标应用对应的部署对象设置，所述部署对象用于运行目标应用，所述方法包括获取目标应用对应的当前检查方式，所述当前检查方式是基于目标应用的上一次健康检查的结果确定的；当当前检查方式为非主动检查时，获取目标应用的接口访问状态；基于接口访问状态与对应的目标状态的关系，确定目标应用的当前健康检查结果以及下一次检查方式，所述当前健康检查结果包括在线或离线。根据实际业务需求确定的检查方式，在无需进行主动检查时，仅通过目标应用的接口访问状态确定，避免了在业务繁忙时进行主动检查。

技术领域

本发明涉及服务器技术领域，具体涉及应用健康状态检查方法及电子设备。

背景技术

对于应用的部署而言，其可以部署容器应用，又可以部署虚拟机应用。对于容器应用而言，K8s提供了两种探针来检查容器的状态，存活探针livenessProbe和就绪探针readinessProbe。livenessProbe是为了查看容器是否正在运行，readinessProbe是为了查看容器是否准备好接受HTTP请求。在K8s中，Pod是K8s创建及管理的最小的可部署的计算单元，一个Pod由一个或者多个容器组成，在K8s上下文中存活探针和就绪探针被称作健康检查，这些容器探针是一些周期性运行的小进程。

如图1所示，K8s提供service资源对外提供访问入口，就绪探针用于让K8s知道应用是否准备好为请求提供服务。K8s只有在就绪探针通过后，才会把容器访问方式加入到endpoints资源中，service访问才会把流量转发到该Pod。如果就绪探针检测失败，K8s将从endpoints资源中移除该容器访问，停止向该容器发送流量，直到它通过。

K8s原生的应用健康检查是K8s节点主动发起请求探测应用就绪性，然而，这种方式会产生格外的网络流量，增加节点压力。

发明内容

有鉴于此，本发明实施例提供了一种应用健康状态检查方法及电子设备，以解决由于应用就绪性检查导致的节点压力增加的问题。

根据第一方面，本发明实施例提供了一种应用健康状态检查方法，应用于健康状态检查模块，所述健康状态检查模块独立于目标应用对应的部署对象设置，所述部署对象用于运行所述目标应用，所述方法包括：

获取目标应用对应的当前检查方式，所述当前检查方式是基于所述目标应用的上一次健康检查的结果确定的；

当所述当前检查方式为非主动检查时，从所述目标应用的就绪性探针接口获取所述目标应用的接口访问状态；

基于所述接口访问状态与对应的目标状态的关系，确定所述目标应用的当前健康检查结果以及下一次检查方式，所述当前健康检查结果包括在线或离线。

本发明实施例提供的应用健康状态检查方法，在每次对目标应用进行健康检查之后，依据健康检查的结果确定下一次检查方式，从而使得每次健康检查的检查方式均是基于上一次的检查结果确定的，即，是根据实际业务需求确定的而并不是固定不变的，在无需进行主动检查时，仅通过目标应用的接口访问状态确定当前健康检查结果，避免了在业务繁忙时进行主动检查，减轻了节点压力及网络流量。

结合第一方面，在第一方面第一实施方式中，所述接口访问状态包括接口访问成功次数、访问失败次数以及超时次数中的至少一种，所述基于所述接口访问状态与对应的目标状态的关系，确定所述目标应用的当前健康检查结果以及下一次检查方式，包括：

当所述接口访问成功次数、所述访问失败次数以及所述超时次数中的至少一种发生变化时，获取所述目标应用的接口访问成功率；

当所述接口访问成功率大于或等于目标访问成功率时，确定所述目标应用的当前健康检查结果为在线且所述下一次检查方式为非主动检查。