五、服务注册与发现(Consul)

一、Consul简介

1.1、是什么

　　https://www.consul.io/intro/index.html

　　Consul是一套开源的分布式服务发现和配置管理系统，由HashiCorp公司用Go语言开发。提供了微服务系统中的服务治理，配置中心，控制总线等功能。这些功能中的每一个都可以根据需要单独使用，也可以一起使用以构建全方位的服务网络，总之Consul提供了一种完整的服务网络解决方案。

　　它具有很多优点。包括：基于raft协议，比较简洁，支持健康检查，同时支持HTTP和DNS协议，支持跨数据中心的WAN集群，提供图形界面，跨平台，支持LInux、mac、windows

1.2、能干嘛

• 服务发现：提供HTTP和DNS两种发现方式

• 健康监测：支持多种协议，HTTP、TCP、Docker、Shell脚本定制化

• KV存储：key , Value的存储方式

• 多数据中心：Consul支持多数据中心

• 可视化Web界面

1.3、Consul的下载、使用

　　下载：https://www.consul.io/downloads.html

　　使用：https://www.springcloud.cc/spring-cloud-consul.html　 

二、安装并运行Consul

　　https://learn.hashicorp.com/consul/getting-started/install.html

　　下载完成后只有一个consul.exe文件

　　将安装路径配置到环境变量，在安装目录下，进入命令模式 consul agent -dev通过以下地址可以访问Consul的首页：http;//localhost:8500

三、注册服务

　　新建Spring boot Module名称：cloud-providerconsul-payment8006

　　pom.xml添加如下依赖

<dependencies>
  <!-- spring-cloud-starter-consul-discovery -->
  <dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-consul-discovery</artifactId>
  </dependency>

  <dependency>
    <groupId>com.jdy</groupId>
    <artifactId>cloud-api-commons</artifactId>
    <version>1.0-SNAPSHOT</version>
  </dependency>
  <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
  </dependency>
  <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
  </dependency>
  <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-devtools</artifactId>
    <scope>runtime</scope>
    <optional>true</optional>
  </dependency>
  <dependency>
    <groupId>org.projectlombok</groupId>
    <artifactId>lombok</artifactId>
    <optional>true</optional>
  </dependency>
</dependencies>

　　编写配置文件application.yml

server:
  port: 8006

spring:
  application:
    name: consul-provider-payment
  cloud:
    consul:
      host: localhost
      port: 8500
      discovery:
        service-name: ${spring.application.name}

　　主启动类 @EnableDiscoveryClient

@SpringBootApplication
@EnableDiscoveryClient
public class PaymentMain8006 {
    public static void main(String[] args) {
        SpringApplication.run(PaymentMain8006.class,args);
    }
}

　　参考cloud-providerconsul-payment8006 将cloud-consumerconsul-order80注册到consul并通过RestTemplate+@LoadBalanced实现服务调用。

四、三个注册中心异同点

CAP	C：Consistency(一致性)
	A：Availability(可用性)
	P：Partition tolerance(分区容错)

　　CAP理论关注粒度是数据，而不是整体系统设计的策略

　　CAP理论的核心是：一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求，最多只能同时较好的满足两个。因此，根据CAP原来将NoSQL数据库分成了满足CA原则、满足CP原则和满足AP原则三个大类：

• • CA：单点集群，满足一致性，可用性的系统，通常在可扩展性上不太强大。

  • CP：满足一致性，分区容错性，通常性能 不是特别高。

  • AP：满足可用性，分区容错性系统，通常可能对一致性要求低一些。

4.1、AP(Eureka)结构

　　当网络分区出现后，为了保证可用性，系统B可以返回旧值，保证系统的可用性。

　　结论：违背了一致性C的要求，只满足可用性和分区容错性，即AP。

1. 当没有出现网络分区时，系统A与系统B的数据一致，X=1

2. 将系统A的X修改为2，X=2

3. 当出现网络分区后，系统A与系统B之间的数据同步失败，系统B的X=1

4. 当客户端请求系统B时，为了保证可用性，此时系统B应返回旧值，X=1

4.2、CP(Zookeeper/Consul)架构

　　当网络分区出现后，为了保证一致性，就必须拒接请求，否则无法保证一致性。

　　结论：违背了可用性A的要求，只满足一致性和分区容错性，即CP。

1. 当没有出现网络分区时，系统A与系统B的数据一致，X=1

2. 将系统A的X修改为2，X=2

3. 当出现网络分区后，系统A与系统B之间的数据同步失败，系统B的X=1

4. 当客户端请求系统B时，为了保证一致性，此时系统B应该拒绝服务请求，返回错误码或错误信息。