SpringCloud Consul基础入门与使用实践总结

【1】Consul简介

官网地址：https://www.consul.io/intro/index.html

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

中文文档：https://www.springcloud.cc/spring-cloud-consul.html

① 基础概念

Consul 是一套开源的分布式服务发现和配置管理系统，由 HashiCorp 公司用 Go 语言开发。

提供了微服务系统中的服务治理、配置中心、控制总线等功能。这些功能中的每一个都可以根据需要单独使用，也可以一起使用以构建全方位的服务网格，总之Consul提供了一种完整的服务网格解决方案。

它具有很多优点。包括：

• 基于 raft 协议，比较简洁；
• 支持健康检查,
• 同时支持 HTTP 和 DNS 协议
• 支持跨数据中心的 WAN 集群
• 提供图形界面
• 跨平台，支持 Linux、Mac、Windows

② 应用能力

• 服务发现 ： 提供HTTP和DNS两种发现方式。
• 健康监测 ： 支持多种方式，HTTP、TCP、Docker、Shell脚本定制化监控
• KV存储 ： Key、Value的存储方式
• 多数据中心 ： Consul支持多数据中心
• 可视化Web界面

③ windows下安装说明

官网安装说明：https://learn.hashicorp.com/consul/getting-started/install.html

下载地址：https://www.consul.io/downloads.html ，如下所示点击下载会得到一个exe安装文件。

傻瓜式安装后，我们以开发模式启动：

consul agent -dev

通过以下地址可以访问Consul的首页：http://localhost:8500

【2】应用实践

服务分为提供者和消费者，我们从两方面进行实践。

① 服务提供者

pom文件引入依赖：

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

yml文件进行配置：

###consul服务端口号
server:
  port: 8006

spring:
  application:
    name: consul-provider-payment
####consul注册中心地址
  cloud:
    consul:
      host: localhost
      port: 8500
      discovery:
        #hostname: 127.0.0.1
        service-name: ${spring.application.name}

主启动类添加注解：

@EnableDiscoveryClient

② 服务消费者

pom文件引入依赖：

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

yml文件修改配置：

###consul服务端口号
server:
  port: 80

spring:
  application:
    name: cloud-consumer-order
####consul注册中心地址
  cloud:
    consul:
      host: localhost
      port: 8500
      discovery:
        #hostname: 127.0.0.1
        service-name: ${spring.application.name}

主启动类添加注解：

@EnableDiscoveryClient

可以看到，服务提供者和发现者关于Consul的配置是一样的。

【3】Eureka、Zookeeper与Consul三者异同

① CAP

从CAP理论来进行分析。 众所周知，所有的中间件最多只能同时较好的满足两个。

CAP理论的核心是：一个分布式系统不可能同时很好的满足一致性，可用性和分区容错性这三个需求，

因此，根据 CAP 原理分成了满足 CA 原则、满足 CP 原则和满足 AP 原则三 大类：

• CA - 单点集群，满足一致性，可用性的系统，通常在可扩展性上不太强大。
• CP - 满足一致性，分区容忍必的系统，通常性能不是特别高。
• AP - 满足可用性，分区容忍性的系统，通常可能对一致性要求低一些。

② AP(Eureka)

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

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

③ CP(ZK/Consul)

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

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