微服务框架/配置中心/注册中心
一、微服务框架：
1.Dubbo
基于Java的高性能 RPC 分布式服务框架
2.Spring Cloud
“全家桶”，因其具备微服务架构体系中所需的各个服务组件，
比如服务注册发现(如Spring Cloud Eureka、Zookeeper、Consul)、API网关路由服务(Spring Cloud Zuul)，客户端负载均衡(Spring Cloud Ribbon，Zuul默认集成了Ribbon)、服务容错保护(Spring Cloud Hystrix)，消息总线 (Spring Cloud Bus)、分布式配置中心(Spring Cloud Config)、消息驱动的微服务(Spring Cloud Stream)、分布式链路跟踪服务(Spring Cloud Sleuth)。
3.比较
使用Dubbo构建的微服务架构就像组装电脑，各个环节的可选自由度很高，但是最终结果很有可能因为一条内存质量不行就点不亮了，但是如果是一个高手，这一切都不存在问题；
使用Spring Cloud就像品牌机，在Spring Source的整合下，做了大量兼容性的测试，保证了机器拥有更高的稳定性，但是如果要在使用非原装组件外配件时，需要对配件足够的了解。
二、配置中心
1.原理
a.配置实时生效：
传统的静态配置方式要想修改某个配置只能修改之后重新发布应用，要实现动态性，可以选择使用数据库或配置文件；
配置中心专门针对这个业务场景，兼顾实时性和一致性来管理动态配置。
b.配置管理流程：
配置的权限管控、灰度发布、版本管理&回滚、配置格式检验、安全配置、多环境、多集群等一系列的配置管理。
2.主流分布式配置中心框架：
Spring Cloud Config 依赖git，存储在git
Apollo 携程开源的配置管理中心，存储在mysql
Nacos 阿里开源，存储在mysql
三、注册中心
1.原理：
a.注册中心可以说是微服务架构中的”通讯录“，它记录了服务和服务地址的映射关系。
在分布式架构中，服务会注册到这里，当服务需要调用其它服务时，就这里找到服务的地址，进行调用。
服务提供者、服务消费者、注册中心
各个微服务在启动时，将自己的网络地址等信息注册到注册中心，注册中心存储这些数据。
服务消费者从注册中心查询服务提供者的地址，并通过该地址调用服务提供者的接口。
微服务网络地址发送变化（例如实例增加或IP变动等）时，会重新注册到注册中心。这样，服务消费者就无需人工修改提供者的网络地址了。
服务的注册与发现：服务注册是指微服务在启动时，将自己的信息注册到注册中心的过程；服务发现是指查询可用的微服务列表及网络地址的机制。
b.注册中心解决了服务之间的自动发现。
在没有注册中心时候，服务间调用需要知道被调方的地址或者代理地址。当服务更换部署地址，就不得不修改调用当中指定的地址或者修改代理配置。
而有了注册中心之后，每个服务在调用别人的时候只需要知道服务名称就好，修改地址都会通过注册中心同步过来。
2.主流分布式注册中心框架：
Eureka AP
Zookeeper CP
Nacos AP
补充：
CAP原则：指的是在一个分布式系统中，
一致性（Consistency） 写操作之后的读操作，必须返回该值
可用性（Availability） 只要收到用户的请求，服务器就必须给出回应。
分区容错性（Partition tolerance） 大多数分布式系统都分布在多个子网络。每个子网络就叫做一个区，区间通信可能失败
这三个要素最多只能同时实现两点，不可能三者兼顾。
四、API网关路由服务
1.作用
主要是限流、认证鉴权（过滤器）、路由转发
路由转发：路由id（注册服务的id）、uri路径、判定器、过滤器，可以写在配置文件中，或者存在表中
2.技术
nginx 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务；
Spring Cloud Zuul 是Netflix出品的一个基于JVM路由和服务端的负载均衡器；
Spring Cloud gateway 是spring出品的基于spring的网关项目，集成断路器，路径重写，性能比Zuul好；
五、客户端负载均衡
ribbo
