（十一）微服务专项
1、微服务CAP
一致性C：所有节点在同一时间，数据完全一致；
可用性A：服务可用，且能正常响应；
容错性P：某节点有故障，仍能对外提供可用性和一致性的服务；
分析：提高容错，需要多节点；节点增多，难保一致性，需要更多时间同步；确保多节点一致性同步耗时增多，节点可用性下降
我们的希望：注册中心的注册信息可以是几分钟前的旧数据，而不是注册中心直接挂掉，即：可用性>一致性；金融业界希望CP，根据实际业务取舍；
CA权衡的base理论：基本可用（但功能性能有影响）、软状态（存在中间状态的数据，不同节点数据有延迟）、最终一致性（无新更新下数据最终都是一致的）
2、zk、nacos、Eureka
ZK：强调CP(一致性和容错性)，可用性低；当master发生故障时，剩余节点会重新选举leader，选举耗时30-120s，期间服务不可用；
Eureka：强调AP(可用性和容错性)，一致性低；各个节点平等；
nacos：AP+CP混合制，默认是AP，但可以设置成CP；
Eureka、nacos 都有防雪崩逻辑，且都是http协议，zk是tcp；
ZK：zab协议：分布式一致性算法，崩溃恢复和消息广播；发现、同步、广播；选举leader并维护follower列表，同步数据到follower，新的数据广播到follower；
Raft协议：日志复制，记录命令为日志，强调leader和follower的执行日志保持一致，从而达到一致性；
选举流程：初始轮次+投票，接收投票 轮次和pk票，变更投票 统计，更改状态； Observer不参与投票和事务提交，提高读性能；新节点/宕机不影响，leader挂了才影响会重选；非观察者全转LOOKING状态；
初始流程-服务器LOOKING状态下，每个服务投票vote(sid服务器ID/服务器编号, ZID事件发生时间戳/节点创建最新修改时间戳)和自己的self（）比较，先value后key取大发出去；Leader变Leading，Follower变Following状态；
选举代码详解：选举类quorumPeer.start()磁盘读数据+上下文+选举；run方法有makeLeader()/makeFollower()创建；leader.lead()创建StateSummary标记最新事务和提交次数+与Learner单线程长连接+LearnerHander监控新节点；
followLeader方法-Follower.registerWithLeader()建立长链接5次+syncWithLeader()去同步数据-清空/删除无效；
Eureka：Client向Server注册服务ip端口url，消费者向注册中心获取提供者地址缓存到本地，从缓存读取调用；注册中心向订阅者提供宕机信息；节点每30s向注册中心发送心跳续约服务；90S无心跳剔除注册列表；
自我保护：统计15分钟内的失败比例，大于85%则不剔除防误杀，等待恢复心跳；
工作流程：等待注册或集群复制；注册/心跳续约/自我保护；获取服务到本地缓存；缓存无服务去注册中心刷新再缓存；缓存获取地址调用；
Nacos和Eureka：负载均衡Feign：
Nacos = Spring Cloud注册中心 + Spring Cloud配置中心
Spring cloud Alibaba
JDK版本分：功能版（9、10，半年就不维护）和稳定版（8、11）
| 分布式服务 | Dubbo | Spring cloud | |
| 应用场景 | zookeeper + dubbo + springmvc/springboot | SpringCloud | Spring Alibaba Cloud |
| 通信方式 | rpc | http restful | http restful |
| 服务发现注册 | zookeper/redis/nacos | eruka | nacos |
| 配置中心 | nacos | config | nacos |
| 断路器-限流降级 | hystrix | sentinel | |
| 网关 | zuul/gateway | gateway | |
| 路径跟踪 | sleuth+zipkin | ||
| 服务调用 | Feign、Ribbon | ||
| 说明 |
zuul、eureka、hystrix已不再更新； 两个cloud已经整合可相互支持； |
||
rpc和restful：rpc是基础TCP协议实现的，性能好；restful是基于http协议实现的，类似于调用方法一样远程调用，易于测试。灵活度高；
nacos：
sleuth：链路跟踪；(应用名称，链路ID，本单元ID，是否输出到zipkin服务展示收集)；
zipkin：服务性能监控；用于展示和存储链路跟踪数据;
sentinel：流量监控、限流等；监控访问，被访问才会发现；监控流量或并发线程数，设置拒绝或排队；
gateway：路由转发（匹配路由规则）、过滤限流；
Ribbon：负载均衡，@LoadBalanced注解：实际是调用RibbonLoadBalance类的集成的父类BaseLoadBalance的chooseServer()方法，父类实现内容是：调用Rule对象的choose()方法；Rule对象是根据规则选择不同类生成的（轮训类、权重、固定）;
Feign：默认集成了了ribbon,写起来更更加思路路清晰和⽅方便便，采⽤用注解⽅方式进⾏行行配置，配置熔断等⽅方式⽅便，
