五、服务注册与发现(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、TCP、Docker、Shell脚本定制化
-
KV存储:key , Value的存储方式
-
多数据中心:Consul支持多数据中心
-
1.3、Consul的下载、使用
下载:https://www.consul.io/downloads.html
使用:https://www.springcloud.cc/spring-cloud-consul.html
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>
server:
port: 8006
spring:
application:
name: consul-provider-payment
cloud:
consul:
host: localhost
port: 8500
discovery:
service-name: ${spring.application.name}
@SpringBootApplication @EnableDiscoveryClient public class PaymentMain8006 { public static void main(String[] args) { SpringApplication.run(PaymentMain8006.class,args); } }
CAP |
C:Consistency(一致性) |
A:Availability(可用性) |
|
P:Partition tolerance(分区容错) |
CAP理论关注粒度是数据,而不是整体系统设计的策略
CAP理论的核心是:一个分布式系统不可能同时很好的满足一致性,可用性和分区容错性这三个需求,最多只能同时较好的满足两个。因此,根据CAP原来将NoSQL数据库分成了满足CA原则、满足CP原则和满足AP原则三个大类:
-
-
CA:单点集群,满足一致性,可用性的系统,通常在可扩展性上不太强大。
-
CP:满足一致性,分区容错性,通常性能 不是特别高。
-
AP:满足可用性,分区容错性系统,通常可能对一致性要求低一些。
-
当网络分区出现后,为了保证可用性,系统B可以返回旧值,保证系统的可用性。
结论:违背了一致性C的要求,只满足可用性和分区容错性,即AP。
-
当没有出现网络分区时,系统A与系统B的数据一致,X=1
-
将系统A的X修改为2,X=2
-
当出现网络分区后,系统A与系统B之间的数据同步失败,系统B的X=1
-
当客户端请求系统B时,为了保证可用性,此时系统B应返回旧值,X=1
4.2、CP(Zookeeper/Consul)架构
当网络分区出现后,为了保证一致性,就必须拒接请求,否则无法保证一致性。
结论:违背了可用性A的要求,只满足一致性和分区容错性,即CP。
-
-
将系统A的X修改为2,X=2
-
当出现网络分区后,系统A与系统B之间的数据同步失败,系统B的X=1
-