SpringCloud知识概括
SpringCloud简介
SpringCloud与SpringBoot的依赖版本:
- Finchley是基于Spring Boot 2.0.x构建的不再Boot 1.5.x。
- Dalston和Edgware是基于Spring Boot 1.5.x构建的,不支持Spring Boot 2.0.x。
- Camden构建于Spring Boot 1.4.x, 但依然能支持Spring Boot 1.5.x。
SpringCloud组件简介:
SpringCloud组件变化:
Eureka
什么是服务治理:
- Spring Cloud封装了Netflix 公司开发的Eureka模块来实现服务治理。
- 在传统的rpc远程调用框架中,管理每个服务与服务之间依赖关系比较复杂,管理比较复杂,所以需要使用服务治理,管理服务于服务之间依赖关系,可以实现服务调用、负载均衡、容错等,实现服务发现与注册。
什么是服务注册与发现:
- Eureka采用了CS的设计架构,Eureka Server作为服务注册功能的服务器,它是服务注册中心。而系统中的其他微服务,使用Eureka的客户端连接到Eureka Server并维持心跳连接。这样系统的维护人员就可以通过Eureka Server来监控系统中各个微服务是否正常运行。
- 在服务注册与发现中,有一个注册中心。当服务器启动的时候,会把当前自己服务器的信息比如服务地址通讯地址等以别名方式注册到注册中心上。另一方(消费者|服务提供 者),以该别名的方式去注册中心上获取到实际的服务通讯地址,然后再实现本地RPC调用RPC远程调用框架核心设计思想:在于注册中心,因为使用注册中心管理每个服务与服务之间的一个依赖关系(服务治理概念)。在任何rpc远程框架中,都会有一一个注册中心(存放服务地址相关信息(接口地址))。
Eureka两组件:
- Eureka包含两个组件:Eureka Server和Eureka Client
- Eureka Server提供服务注册服务:各个微服务节点通过配置启动后,会在EurekaServer中进行注册, 这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息,服务节点的信息可以在界面中直观看到。
- EurekaClient通过注册中心进行访问:是一个Java客户端, 用于简化Eureka Server的交互, 客户端同时也具备一个内置的、使用轮询(round-robin)负载算法的负载均衡器在应用启动后,将会向Eureka Server发送心跳(默认周期为30秒)。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳,EurekaServer将会从服务注册表中把这个服务节点移除(默认90秒)。
Eureka Server使用:
- pom:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
- application.yml:
server:
port: 7001
eureka:
instance:
hostname: localhost #eureka服务端的实例名字
client:
register-with-eureka: false #表识不向注册中心注册自己
fetch-registry: false #表示自己就是注册中心,职责是维护服务实例,并不需要去检索服务
service-url:
defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/ #设置与eureka server交互的地址查询服务和注册服务都需要依赖这个地址
- 主启动类:使用@EnableEurekaServer。
Eureka Client使用:
- pom:
<dependency>
<groupId>org.springframework.cloud</ groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
- application.yml:
eureka:
client:
register-with-eureka: true
fetchRegistry: true
service-url:
defaultZone: http://localhost:7001/eureka
- 主启动类:使用@EnableEurekaClient。
- 微服务注册名配置说明:
集群Eureka构建:
-
问题:微服务RPC远程服务调用最核心的是什么 可用,试想你的注册中心只有一个only one,它出故障了那就呵呵了,会导致整个为服务环境不可用, 所以 解决办法:搭建Eureka注册中心集群,实现负载均衡+故障容错。
-
Eureka Server改application.yml:
------------集群A:------------
server:
port: 7001
eureka:
instance:
hostname: eureka7001.com #eureka服务端的实例名字
client:
register-with-eureka: false #表识不向注册中心注册自己
fetch-registry: false #表示自己就是注册中心,职责是维护服务实例,并不需要去检索服务
service-url:
defaultZone: http://eureka7002.com:7002/eureka/ #设置与eureka server交互的地址查询服务和注册服务都需要依赖这个地址
------------集群B:------------
server:
port: 7002
eureka:
instance:
hostname: eureka7002.com #eureka服务端的实例名字
client:
register-with-eureka: false #表识不向注册中心注册自己
fetch-registry: false #表示自己就是注册中心,职责是维护服务实例,并不需要去检索服务
service-url:
defaultZone: http://eureka7001.com:7001/eureka/ #设置与eureka server交互的地址查询服务和注册服务都需要依赖这个地址
- Eureka Client改application.yml:
service-url:
defaultZone: http://eureka7001.com:7001/eureka,http://eureka7002.com:7002/eureka #集群版
actuator微服务信息完善:
- 主机名称:服务名称修改:改application.yml
instance:
instance-id: payment8001
- 访问信息有ip信息提示:改application.yml
instance:
prefer-ip-address: true
服务发现Discovery:
- 对于注册进eureka里面的微服务,可以通过服务发现来获得该服务的信息。
- 代码:
@Resource
private DiscoveryClient discoveryClient;
- 方法:
①discoveryClient.getServices():获取所有服务信息。
②discoveryClient.getInstances(“服务名称”):获取指定服务名称信息。 - 在主启动类上加@EnableDiscoveryClient。
Eureka自我保护:
- 概述:保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。一旦进入保护模式, EurekaServer将会尝试保护其服务注册表中的信息, 不再删除服务注册表中的数据,也就是不会注销任何微服务。
- 如果在Eureka Server的首页看到以下这段提示,则说明Eureka进入了保护模式:
EMERGENCY! EUREKA MAY BE INCORRECTLY CL AIMING INSTANCES ARE UP WHEN THEY'RE NOT.RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.
- 为什么产生Eureka自我保护机制?
①为了防止EurekaClient可以正常运行但是与EurekaServer网络不通情况下,EurekaServer不会立刻将EurekaClient服务剔除 - 什么是自我保护模式?
①默认情况下,如果EurekaServer在一定时间内没有接收到某个微服务实例的心跳, EurekaServer将会注销该实例(默认90秒)。但当网络分区故障发生(延时、 卡顿、拥挤)时,微服务与EurekaServer之间无法正常通信,以上行为可能变得非常危险了。因为微服务本身其实是健康的,此时本不应该注销这个微服务。Eureka通过 ”自我保护模式”来解决这个问题一 当EurekaServer节点在时间内丢失过多客户端时(可能发生了网络分区故障),那么这个节点就会进入自我保护模式。
②在自我保护模式中,Eureka Server会保护服务注册表中的信息,不再注销任何服务实例。它的设计哲学就是宁可保留错误的服务注册信息,也不盲目注销任何可能健康的服务实例。一句话讲解:好死不如赖活着。
- 综上:
①自我保护模式是一 种应对网络异常的安全保护措施。它的架构哲学是宁可同时保留所有微服务(健康的微服务和不健康的微服务都会保留)也不盲目注销任何健康的微服务。使用自我保护模式,可以让Eureka集群更加的健壮、 稳定。
②一句话:某时刻某一个微服务不可用了,Eureka不会立刻清理,依旧会对该微服务的信息进行保存。
③属于CAP里面的AP分支。
- 怎么禁止自我保护(一般生产环境中不会禁止自我保护):
一、改EurekaSever的application.yml:
#出厂默认,自我保护机制是开启的:
eureka.server.enable-self-preservation = true
二、改EurekaClient的application.yml:
#心跳检测与续约时间
#开发时没置小些,保证服务关闭后注册中心能即使剔除服务
instance :
#Eureka客户端向服务端发送心跳的时间间隔,单位为秒(默认是30秒)
lease-renewal-interval-in-seconds: 1
#Eureka服务端在收到最后一次心跳后等待时间上限,单位为秒(默认是90秒),超时将剔除服务
lease-expiration-duration-in-seconds: 2
Zookeeper
注册中心Zookeeper:
- zookeeper是一个分布式协调工具,可以实现注册中心功能。
- 关闭Linux服务器防火墙后启动zookeeper服务器。
- zookeeper服务器取代Eureka服务器,zk作为服务注册中心。
- zookeeper服务节点是临时节点还是持久节点?
①客户端断开连接后配置信息消失,所以是临时节点。
Zookeeper Client使用:
- pom:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-zookeeper-discovery</artifactId>
</dependency>
- 改application.yml:
server:
port: 8004
spring:
application:
name: cloud-provider-payment
cloud:
zookeeper:
connect-string: 192.168.136.140:2181
- 主启动类上使用@EnableDiscoveryClient。
①@EnableDiscoveryClient注解是基于spring-cloud-commons依赖,并且在classpath中实现;
②@EnableEurekaClient注解是基于spring-cloud-netflix依赖,只能为eureka作用;
③其实用更简单的话来说,就是如果选用的注册中心是eureka,那么就推荐@EnableEurekaClient,如果是其他的注册中心,那么推荐使用@EnableDiscoveryClient。
- 其他与Eureka没区别。
Consul
Consul简介:
- 是什么:
①Consul是一开源的分布式服务发现和配置管理系统,由HashiCorp公司用Go语言开发。
②提供了微服务系统中的服务治理、I配置中心、控制总线等功能。这些功能中的每一个 都可以根据需要单独使用,也可以一起使用以构建全方位的服务网格,总之Consul提供了一种完整的服务网格解决方案。
③它具有很多优点。包括:基于raft协议,比较简洁;支持健康检查, 同时支持HTTP和DNS协议支持跨数据中心的WAN集群提供图形界面跨平台,支持Linux、Mac、 Windows。 - 能干嘛:
①服务发现:提供HTTP和DNS两种发现方式。
②健康监测:支持多种协议,HTTP、TCP、Docker、Shell脚本定制化。
③KV存储:key , Value的存储方式。
④多数据中心:Consul支持多数据中心。
⑤可视化Web界面。 - 安装运行:
①下载完成后只有一个consul.exe文件,硬盘路径下双击运行。
②使用开发模式启动:consul agent -dev。
③通过以下地址可以访问Consul的首页:http://localhost:8500。
Consul Client使用:
- pom:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-consul-discovery</artifactId>
</dependency>
- 改application.yml:
server:
port: 8006
spring:
application:
name: consul-provider-payment
cloud:
consul:
host: localhost
port: 8500
discovery:
service-name: ${spring.application.name}
- 其他与Zookeeper没区别。
三个注册中心异同点:
- CAP:CAP理论关注粒度是数据,而不是整体系统设计的策略
①C:Consistency(强一致性)
②A:Availability(可用性)
③P:Partition tolerance(分区容错) - CAP理论的核心是一个分布式系统不可能同时很好的满足一致性,可用性和分区容错性这三个需求,最多只能同时较好的满足两个。因此,根据CAP原理将NoSQL数据库分成了满足CA原则、满足CP原则和满足AP原则三大类:
①CA-单点集群,满足一致性,可用性的系统,通常在可扩展性不太强大。
②CP -满足一致性,分区容忍必的系统,通常性能不是特别高。
③AP -满足可用性,分区容忍性的系统,通常可能对一致性要求低一些。 AP(Eureka)
CP(Zookeeper/Consul)
Ribbon
Ribbon简介:
- Spring Cloud Ribbon是基于Netflix Ribbon实现的一 套客户端负载均衡的工具。