.Net Core微服务——Consul（3）：健康检查

继续上一篇的话题，顺便放上一篇的传送门：点这里。

健康检查

经过之前的操作，我的consul已经支持自动扩展，并且调用也很靠谱。但是这里有个问题，一旦服务列表里的某个服务挂了，consul并不知道，还是会把实际无效的地址返回给我，就算重启consul容器也无法刷新到最新的状态。所以，咱们要监控服务可用性，主动区分出不可用服务，这种手段，就称之为健康检查。

进入编码环节。老规矩，还是进入到之前我封装好的注册方法，在注册时增加健康检查的内容：

　　　　　　　client.Agent.ServiceRegister(new AgentServiceRegistration()             {                 ID = $"server {ip}:{port}",                 Name = "shenzhen-ma",                 Address = ip,                 Port = int.Parse(port),                 Tags = new string[] { weight },                 Check = new AgentServiceCheck()                 {                     Interval = TimeSpan.FromSeconds(10),//每隔10秒发起检查                     HTTP = $"http://{ip}:{port}/v1/client/base/index",//检查请求地址                     Timeout = TimeSpan.FromSeconds(5),//超时时长5秒                     DeregisterCriticalServiceAfter = TimeSpan.FromSeconds(10)//超过10秒还没能连接到服务，就开始注销本服务                 }             });

变色部分就是健康检查的配置了。根据上面的配置，consul会周期性发起健康检查，并且根据结果自动移除不可用的服务。

这次我要严谨一些，用真实的远程服务器来模拟生产环境。手头服务器太多，很多有项目在跑。仔细翻了翻，发现还有两台相对空闲的服务器，一台是win server，另一台centos，嘿嘿，正好。centos做consul服务器，win服务器用来做下游调用方。

先把consul搞起来：

 进去访问下：

 OK了，现在转到另一台服务器跑几个客户端。这里偷个懒，直接把可运行文件拷贝过去，哈哈：

 看下consul控制台：

 还是熟悉的shenzhen-ma，两个服务已经稳稳的待在分组列表里了。注意我框起来的位置，它表示服务已经通过了健康检查。这时候我把5051这个程序关掉，再来看看：

 5051状态自动更新成failing，而且没过一会儿，它就会自动移除。5050这时候去再去访问，就访问不到5051了：

 再然后偷偷把5051跑起来，重新调用：

 又可以访问了不是？

新实例启动自动发现，实例状态异常自动剔除，下端调用无需任何调整，舒坦。起码我这个懒人觉得很舒服。

tips：新的服务默认状态是failing，注册成功后会马上发起一次检查，成功后才会变更状态。而且服务注销没有那么快，耗时一般都会比设置的时间长。

最后一点

关于consul写了3篇了，要是都看完，想在项目里用起来是没问题的，不过要上生产环境仍然有个隐患：单点故障。你想啊，consul这么能干，万一它挂了可咋整。。。。所以集群是必要的，而且集群之后的服务注册、调用自然就不能和单体一样。这问题三言两语还说不清，后面再写吧。