20220812笔记

阐述一下微服务架构

微服务是一种架构模式，他提倡将单一应用程序划分成一组小的服务，服务之间相互协调、相互配合，为用户提供最终价值。

每个服务运行在独立的进程中，服务与服务之间采用轻量级的通信机制相互沟通（通常是基于HTTP的Restful API）。

每个服务都围绕着具体的业务进行构建，并且能够被独立的部署到生产环境等。另外，应尽量避免统一的、集中的服务管理机制。这样实现了易扩展、易维护、松耦合等特点。

Spring Cloud中常用的组件

1. 注册中心Eureka：所有微服务启动后都要注册到注册中心中。

2. 远程调用Feign：底层使用HTTP协议，发送请求到被调用方，执行后返回结果。

3. 接口负载均衡Ribbon：如果被调用的微服务是集群，Ribbon起到了负载均衡的效果。

4. 服务网关Gateway：所有外部访问微服务的请求都要经过网关，网关根据访问的url路径来转发请求到具体的服务。

5. 配置中心Config：统一管理所有微服务的配置文件。

6. 熔断器Hystrix：并发量超过微服务可以承受的极限，可以进行熔断或者降级。

Eureka的工作机制

服务启动后向Eureka注册，Eureka Server会将注册信息向其他Eureka Server进行同步，当服务消费者要调用服务提供者，则向服务注册中心获取提供者地址，然后将服务提供者地址缓存在本地，下次调用时，则直接从本地缓存中取出完成一次调用。

当服务注册中心检测到服务提供者因为宕机、网络等原因不可用时，则在服务注册中心中将服务置为down状态，并将当前服务提供者向订阅者发布，订阅的服务消费者更新本地缓存。

服务提供者周期性向服务注册中心发送心跳（默认30秒），以证明当前服务为可用状态，服务注册中心在一定的时间内没有检测到心跳（默认是90秒），则认为是服务宕机，注销该实例。

Ribbon如何实现负载均衡

调用方微服务到服务注册中心中根据被调用的服务名获取被调用服务器地址IP和端口号。

在调用方根据返回的地址列表Ribbon根据策略分配请求调用（默认是轮询策略）。

Hystrix的断路器以及实现原理

Hystrix采用马丁富勒断路器原理：

• 在一定时间内，失败率达到一定阈值（比如50%失败或者失败了50次），断路器打开，此时不再请求服务提供者，而是指定的断路方法（快速失败方法）。

• 断路器打开一定时间后自动进入半开状态，此时断路器允许一个请求访问服务提供者，如果请求调用成功，则管理断路器，如果请求失败则继续保持打开状态。

• 断路器保证局部发生的问题不会影响到全局。从而保证了系统中即使局部出现问题不会导致整个系统雪崩。

Eureka和Zookeeper实现注册中心的区别

• Zookeeper保证的是CP（数据一致性和分区容错性）。

• Zookeeper对一致性的要求高于可用性。

• Eureka保证的是AP（可用性和分区容错性）。

• Eureka卡看明白这一点，因此在设计时就优先保证了高可用性，Eureka的各个节点都是平等欸但，几个节点挂掉不会影响正常节点欸但工作，剩余节点依然可以保证提供注册和查询服务。而Eureka的客户端在向某个Eureka注册时，如果发现连接失败，则会自动切换到其他节点，只要有一台Eureka存在，就能保证注册服务的可用性，只不过查询到的信息可能不是最新的。

分布式项目中如何解决分布式事务的问题

首先尽量避免使用分布式事务，因为会降低效率，尽量保证业务的原子性和幂等性，不使用分布式事务最好。

某些业务必须用，则可以使用分布式事务框架LCN等解决