微服务架构：
基本流程：
各个服务启动的时候，都会将自己的信息注册到consulClient，consulClient将注册信息提交给consulServer，consulServer将信息提交给consulLeader（也是consulServer），consulLeader将自身的数据复制给其他的consulServer，服务注册完成！！！
APP发出一个对gatewayX-server的request，该请求先到nginx，nginx选出一台gatewayX-server的服务器进行request的处理
gatewayX-server通过myserviceA-client.jar来访问myserviceA-server的具体逻辑
首先从consulServer上拉取可用的myserviceA-server的服务器，服务发现完成！！！
根据负载均衡策略选出其中一个服务器来进行访问
访问的过程中通过熔断器来进行超时容错处理
gatewayX-server通过myserviceB-client.jar来访问myserviceB-server的具体逻辑同3
说明：如果仅仅只是前边这样的流程或者以前边这样的流程为基础并且myserviceB-server要调用myserviceA-server，那么上图中的myserviceB-server中的整个myserviceA-client.jar可以去掉，原因是gatewayX-server已经引入了myserviceA-client.jar。
如果不是上边的流程，只是单纯的myserviceB-server要访问myserviceA-server，那么需要引入myserviceA-client.jar。
注意：对于服务发现而言，consulServer会通过gossip协议将服务器数据广播给各个本地consul agent（通常是consulClient），所以我们不需要做本地缓存，当被调用服务的服务器列表发生改变时，会马上广播给consulClient。
原文链接：https://blog.csdn.net/xiangxizhishi/article/details/79434775
原文：https://www.cnblogs.com/forfly/p/11483035.html