1
单体-SOA-微服务 有什么区别？
2
    soa是粗粒度+ESB统一调度
3
    微服务是细粒度+各种管理

1
- 好处：
2
    1. 高扩展、高可用
3
    2. 技术自由，快速迭代
4

5
- 挑战：
6
    1. 系统复杂性增加
7
    2. 服务间通信开销
8
    3. 数据一致性和事务管理：分布式事务
9
    4. 部署和运维复杂性
10
    5. 团队沟通和协作成本
11
    6. 服务治理和版本管理： 服务的注册发现、负载均衡、 监控和故障处理等。
12
    7. 分布式系统的复杂性
13

14
总结是微服务用复杂度换灵活性。

1
方案有什么区别？
2

3
    Dubbo体系：高性能rpc框架，主要提供高性能远程过程调用，其他的服务治理功能依赖其他第三方实现
4
        注册中心 zookeeper
5
        配置中心
6
        远程调用 dubbo
7
        负载均衡
8
        服务容灾
9
        服务网关
10
        链路追踪
11
        分布式事务
12

13
    Spring Cloud Netflix：早期的微服务框架，现在闭源了，不推荐
14
        注册中心 eureka
15
        配置中心 spring cloud config
16
        负载均衡 Ribbon
17
        服务容灾 Hystrix
18
        服务网关 Zuul
19
        链路追踪 zipkin
20
        分布式事务
21

22
    Spring Cloud Alibaba： 提供了一整套微服务解决方案全家桶
23
        注册中心 Nacos
24
        配置中心 Nacos
25
        远程调用 openfeign
26
        负载均衡 Loadbalance/Ribbon
27
        服务容灾 Sentinel
28
        服务网关 Spring Cloud Gateway
29
        链路追踪 SkyWalking
30
        分布式事务 seata

1
    注册中心： Eureka、Nacos
2
    配置中心： Spring Cloud Config、Nacos
3
    远程调用： Dubbo、OpenFeign
4
    负载均衡： Dubbo、Ribbon、Loadbalance
5
    服务容灾： Hystrix、Sentinel
6
    服务网关： Zuul、Spring Cloud Gateway
7
    链路追踪： zipkin、SkyWalking
8
    分布式事务： Seata

1
    服务注册
2
    服务发现
3
    负载均衡
4
    故障恢复
5
    服务治理：动态扩缩容、服务路由、灰度发布

1
zookeeper：一般搭配dubbo一起用
2
eureka：闭源了，不推荐用
3
nacos： 好用，还能作为配置中心

1
主要区别是zookeeper支持CP、eureka支持AP、Nacos支持AP和CP
2
CAP理论：
3
    C：一致性，所有节点在同一时间看到的数据是一致的
4
    A：可用性，每个请求都能收到响应，无论是否成功
5
    P：分区容错性，系统在遇到网络分区故障时，仍然能正常运行
6

7
为什么要选择Nacos而不是zookeeper或eureka？
8
    1. 支持服务发现+配置管理
9
    2. AP和CP都支持
10
    3. 多数据中心与高可用
11
    4. 多租户和细粒度隔离
12
    5. 开箱即用

1
    1.服务注册
2
        客户端注册ip端口 服务名
3
        服务端存储信息到注册表
4
    2.健康检查
5
        客户端心跳或者服务端主动探测
6
    3.服务发现
7
        客户端全量拉取或者服务端增量推送

1
Nacos集群
2
心跳检测
3
故障自动重试其他节点
4
多级数据持久化：客户端，服务端，本地，mysql都存储了数据

1
    1. Spring Cloud Config
2
    2. Nacos

1
    三层存储：NameSpace（租户/环境隔离）-> Group（项目分组）-> Data ID（配置文件）
2
    客户端长轮询拉去和服务器变更推送
3

4
    原理：服务端配置->客户端拉取->服务端更新->客户端长轮询拉取或服务端变更推送

1
    客户端拉取配置的请求，如果配置没变化，会先不返回请求，而是定时30秒，中间如果有变更，会立刻响应，更新配置。这种方式，降低了服务端的压力，且实时性高。

1
http是网络通信协议，如浏览器访问网页
2
rpc是远程调用框架，像调用本地函数一样调用远程服务
3

4
rpc性能高但是更复杂，http更通用但是效率比较低

1
feign基于http实现远程调用
2
dubbo基于rpc实现远程调用

1
feign是基于注解的http客户端，能够像调用本地方法一样发送请求
2
    底层是RestTemplate+Ribbon/LoadBalancer

1
第一次调用，需要从注册中心获取服务列表，这个过程会增加首次调用的耗时。
2
可以通过启动时调用一次，预热Feign客户端来解决。

1
    拦截器 RequestInterceptor 中认证信息添加到请求头中。