spring-cloud

总结：

1、Eureka注册中心   Eureka服务@EnableEurekaServer 、消息提供者、消费者都是@EnableEurekaClient、yml里面配置服务注册
2、消费者通过RestTemplate这个类去进行远程服务调用，后期会改成用fenign接口的形式
3、Ribbon负载均衡@RibbonClient，配置消息提供方服务名称、负载均衡策略
4、fenign接口，@FeignClient配置服务提供方、将提供方的接口访问路径配置到自己的方法上
5、Hystrix熔断机制  服务提供方@EnableCircuitBreaker
	服务熔断：当访问服务提供方的一个方法报错时，会将请求去访问另外一个备用的方法，友好的返回数据  @HystrixCommand配置备用方法
	服务降级：当整个服务提供方宕机之后，Hystrix会根据Feign接口注解配置回调类，去访问这个失败回调类里面的方法，返回备用数据
6、zuul @EnableZuulProxy 
	yml中配置zuul代理的服务请求路径
7、config配置中心：
	配置中心服务@EnableConfigServer  yml配置git文件路径地址
	服务端使用：  bootstrap.yml配置启动级别更高，优先加载，配置获取git配置文件的某个环境配置信息

springboot构建项目
springcloud协调项目 模块化
spring cloud生态

1. Spring Cloud NetFlix

一站式解决方案
api网关，zuul组件
Feign  基于httpclient，同步，阻塞
服务注册与发现 Eureka
熔断机制：Hystrix

2. Apache Dubbo Zookeeper

rpc 异步 不阻塞	
Api网关：找第三方组件，或者自己实现
dobbo 专业的远程调用服务框架，要远远好于Feign
注册：Zookeeper
熔断机制没有：借助Hystrix

3. Spring Cloud Alibaba

一站式解决方案，成本更低，2019年刚孵化成功

新概念：服务网格 Server Mesh
万变不离其宗：
·、api网关
2、HTTP、RPC
3、注册与发现
4、熔断机制

传统服务架构图

Dubbo和SpringCloud

最大的区别：SpringCloud抛弃了Dubbo的RPC远程调用通信，采用了基于HttpClient的REST方式
REST相比于RPC更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖。（Dubbo的服务调用者必须与服务提供者由相同路径的接口）
RPC是异步的，不阻塞
REST是同步的，阻塞

设计模式+微服务拆分思想

搭建springcloud项目

父工程下建子模块，在父工程中做版本控制，切记！！！

1. 导入springcloud依赖、springboot依赖
   maven仓库中搜索 spring-cloud-dependencies

		 <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>Greenwich.SR3</version>
                <type>pom</type>
                <scope>runtime</scope>
            </dependency>

Spring Cloud NetFlix

Eureka

CAP原则

C强一致性
A可用性
P分区容错性

一个分布式系统不可能同时满足三个属性，分区容错性在分布式中是必须的，所以分布式系统的CAP原则只能由两类CP、AP

Zookeeper：CP
Eureka：AP

当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟之前的注册信息，但不能接受服务器宕机；
Zookeeper:会出现这样一种情况，当Zookeeper集群的master主节点宕机后，剩余节点会重新进行leader选举，选举的时间过长，一般30s-120s，且选举期间整个Zookeeper集群是不可用的，这会导致整个注册服务瘫痪；
Eureka:在设计时优先保证可用性，Eureka集群的各个节点都是平等的，几个节点挂掉不影响剩余节点的注册中心的功能；当服务客户见向注册中心注册时，发现这个注册中心不可用，会自动切换到其他节点注册，这就保证了注册服务的可用性，只不过查到的注册信息可能不是最新的，如果请求到已经死掉的服务，会请求不到数据

Eureka的自我保护机制：
如果在15分钟内85%的Eureka集群节点都出现问题，那么Eureka会进行如下处理：
1、Eureka不再从注册列表中移除因为长时间没有收到心跳而应该过期的服务
2、Eureka仍然能够接受新的服务的注册和查询请求，但不会被同步到其他节点上（目的是为了保证当前节点的健康）
3、当网络稳定时，当前实例新的注册信息会被同步到其他节点上

Ribbon 负载均衡

客户端负载均衡的工具
常用的负载均衡软件：Nginx、lvs、Apache+tomcate
负载均衡的分类
**集中式负载均衡**：在服务的消费方和提供方之间使用独立的负载均衡设施，例如Nginx
**进程式负载均衡**：将负载均衡集成在消费方，消费方从注册中心获取可用的服务地址，然后从其中选择一台进行访问；Ribbo就是进程式负载均衡，他只是一个类库，集成与消费方，消费方通过他获取服务方提供的地址

Feign 接口

Feign是Ribbon的一种整合
通过接口绑定服务，接口中的方法，对应服务中的请求路径
在消费方，注入这个接口，调用对应的方法，可以获得提供方的数据

Feign替代了RestTemplate的远程调用模式
Feign方式：

	//	Feign注解下的接口类
	@Autowired
    private ClientServer clientServer;
    
    @GetMapping("/consumer/dept/get/{id}")
    public Dept get(@PathVariable(&#