.NET Core微服务之基于Consul实现服务治理（续）

上一篇发布之后，很多人点赞和评论，不胜惶恐，这一篇把上一篇没有弄到的东西补一下，也算是给各位前来询问的朋友的一些回复吧。

一、Consul服务注册之配置文件方式 1.1 重温Consul实验集群

　　这里我们有三个Consul Server节点，一个Consul Client节点，在Client节点上跑了两个ClientService实例，分别占用8810和8820端口。至于基于Ocelot的API网关服务，还没有实现，留到以后跟各位分享。这里假设我们已经启动了这几个节点，并且能够成功访问这两个ClientService实例（事先把实例启动起来，可以通过IIS，也可以通过命令行启动Kerstel服务器运行）。

　　实例1:192.168.80.71:8810

　　

　　实例2:192.168.80.71:8820

　　

1.2 准备好json配置文件

　　这里我准备了一个如下所示的JSON配置文件（eg.取名为services_config.json），配置了两个服务在里边：

{ "services":[ { "id": "EDC_DNC_MSAD_CLIENT_SERVICE_01", "name" : "CAS Client Service", "tags": [ "urlprefix-/ClientService01" ], "address": "192.168.80.71", "port": 8810, "checks": [ { "name": "clientservice_check", "http": "http://192.168.80.71:8810/api/health", "interval": "10s", "timeout": "5s" } ] }, 　　{ "id": "EDC_DNC_MSAD_CLIENT_SERVICE_02", "name" : "CAS Client Service", "tags": [ "urlprefix-/ClientService02" ], "address": "192.168.80.71", "port": 8820, "checks": [ { "name": "clientservice_check", "http": "http://192.168.80.71:8820/api/health", "interval": "10s", "timeout": "5s" } ] } ] }