服务发现组件 Spring Cloud Consul

Consul

使用的是 raft 协议。

CAP: : 一个分布式系统不可能同时很好的满足已执行, 可用性和分区容错性这三个需求

Consistency(强一致性)

Availability(高可用性)

Partition tolerance(网络分区容错性)

Consul 更偏向 CP，即在保证一致性和分区容忍性的前提下，尽量保证可用性。

1 Server 模式

每个 Consul datacenter 都必须有一个 server，负责维护 consul 的状态。

这包括有关其他 Consul 服务器和客户端的信息，哪些服务可用于发现，以及哪些服务可以与哪些其他服务通信。

一般一个 datacenter 部署 3~5 个 server

2 client 模式

轻量级进程，进行服务注册、健康检查、并把 query 转发到 server。

2.1 为什么要有client？

1. server端的网络连接资源有限。对于一个分布式系统，一般情况下的访问量还是很大的。如果用用户不通过client直接访问数据中心，那么数据中心必然要为每个用户提供一个单独的连接资源，那么server端的负担会非常大。所以很有必要用大量的client端来分散连接请求，在client端先统一整合用户的服务请求，然后一次性的通过单一的链接发送大量的的请求给server端，能够大量减少server端的网络负担。

2. 在client端可以对用户的请求进行一些处理来提高服务的效率，比如将相同的请求合并成同一个查询，再比如将之前的查询通过cookie的形式缓存下来。但是这些功能都需要消耗不少的计算和存储资源。 如果在server端提供这些功能，必然加重server端的负担，使得server端更加不稳定。而通过client端来进行这些服务就没有这些问题了，移位client端不提供实际服务，有充足的计算资源来处理这些工作。

3. consul规定只要介入一个client就将自己注册到一个网络服务当中。这些结构使得系统的拓展性非常强，网络的拓扑变化可以特别灵活。这也依赖于client-server结构的。如果系统中只有几个数据中心存在，那网络的扩张也无从谈起。

3 Service Discovery/HTTP Health Check

当一个 client 注册到 consul，他提供自身的数据，例如 host、port、id、name、tags。

并且 consul 默认每 10s 进行一个 HTTP health check（hits the /actuator/health，可配置请求头），如果失败，实例被标记为不稳定（critical）。

4 负载均衡

4.1 Loadbalancer + RestTemplate

这里简单使用 Spring Cloud Loadbalancer、RestTemplate 测试。

配置一个 RestTemplate

    @LoadBalanced
    @Bean
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }

调用

    @Resource
    private RestTemplate restTemplate;

    @RequestMapping("/test")
    public String test() {
        return this.restTemplate.getForObject("http://consul-provider/test", String.class);
    }

4.2 可以使用 DiscoveryClient

···

4.3 结合 OpenFeign

···

5 配置

spring:
  application:
    name: consul-test
  cloud:
    consul:
      host: localhost
      port: 8500
      discovery:
        instance-id: myId:${server.port}
        service-name: ${spring.application.name}
        heartbeat:
          enabled: true # 心跳不打开会 all service check fail