[发明专利]微服务健康检查的方法、存储介质

说明书

本发明提供一种微服务健康检查的方法、存储介质，方法包括：新增treeset结构的new表，所述new表记录的key值为最近一次接收到心跳包的时间，value值为微服务的唯一标识；设置所述new表按照其key值升序排序；当接收到微服务的心跳包时更新new表；轮询所述new表，依据记录的key值判断对应value值是否超时；当询问到一未超时的记录，则从头开始继续轮询。本发明能够大大减少每一轮的遍历次数，在保证检查准确性的同时，大大提高检查效率；进一步地，还能明显节约资源，提高服务性能。

技术领域

本发明涉及微服务领域，具体涉及微服务健康检查的方法、存储介质。

背景技术

微服务是一个新兴的软件架构，就是把一个大型的单个应用程序和服务拆分为数十个的支持微服务。微服务策略可以让工作变得更为简便，它可扩展单个组件而不是整个的应用程序堆栈，从而满足服务等级协议。而因为微服务的数量众多，所以需要使用服务治理或者有一个服务中心，把这些大量的微服务管理起来。而注册中心的核心数据是服务的名字和它对应的网络地址，当服务注册了多个实例时，我们需要对不健康的实例进行过滤或者针对实例的一些特征进行流量地分配，那么就需要在实例上存储一些例如健康状态、权重等属性。

这边的健康状态以及权重信息等，我们一般叫做注册中心的健康检查。比如eureke等注册中心都有这种健康检查，实际就是一种TTL的机制，就是如果客户端在一定时间内没有向注册中心发送心跳，则会将这个客户端摘除。Eureka做地更好的一点在于它允许在注册服务的时候，自定义检查自身状态的健康检查方法。这在服务实例能够保持心跳上报的场景下，是一种比较好的体验。

而一般注册中心为了实现这种健康检查，都是有一个专门的列表来记录每一个已注册的服务的信息心跳，并且有一个异步任务全表扫描该列表，逐个检查接口、某个微服务心跳是否正常；如果不正常，则剔除该微服务信息，相当于实现了负载均衡。不过，随着注册中心规模地不断上升，如果达到了几千上万的微服务接入，则该列表的记录会增加很多，而每次都全量逐一扫描将会较为耗时。

发明内容

本发明所要解决的技术问题是：提供一种微服务健康检查的方法、存储介质，检测方式更便捷、高效。

为了解决上述技术问题，本发明采用的技术方案为：

一种微服务健康检查的方法，包括：

新增treeset结构的new表，所述new表记录的key值为最近一次接收到心跳包的时间，value值为微服务的唯一标识；

设置所述new表按照其key值升序排序；

当接收到微服务的心跳包时更新new表；

轮询所述new表，依据记录的key值判断对应value值是否超时；

当询问到一未超时的记录，则从头开始继续轮询。

本发明提供的另一个技术方案为：

一种计算机可读存储介质，其上存储有计算机程序，所述程序在被处理器执行时，能够实现上述一种微服务健康检查的方法所包含的步骤。

本发明的有益效果在于：在注册中心新增以treeset方式记录的new表，用于存储微服务及其最新的心跳包时间戳之间的映射关系，使其能够依据上述时间戳进行升序排序；通过轮询机制不断循环查询new表，在查询到第一条未过期记录后便可确定其后所有记录都未过期，因此无需继续往下查询，而是返回从头开始。由此，本发明的微服务健康检查方式区别于现有需要全量扫描的健康检测方式，能够大大减少扫描量，显著提高检查效率和便捷性；另外还同时具有实现方式简便的优点。

附图说明

图1为本发明一实施例一种微服务健康检查的方法的流程示意图；

图2为本发明实施例一种微服务健康检查的方法的流程示意图；