SpringCloud

五大组件

  • 注册/配置中心 nacos
  • 远程调用 Feign
  • 负载均衡 Ribbon
  • 服务保护 sentinel(实现限流、降级、熔断)
  • 网关 gateway

注册中心

Eureka
  • 服务注册:服务提供者把自己的信息注册到Eureka,由Eureka来保存这些信息

  • 服务发现:消费者向Eureka拉取服务列表信息,若服务提供者有集群,则消费者会根据负载均衡算法,选择一个发起调用

  • 服务监控: 服务提供者会每隔30s向Eureka发送心跳,报告健康状态,若90秒没接收到心跳,则将服务提供者从Eureka中删除

Nacos与Eureka的区别

共同点:

  • 都支持服务注册和服务拉取
  • 都支持服务提供者心跳方式做健康监测

不同点:

  • Nacos支持服务端主动监测服务提供者的状态:临时实例采用心跳模式(默认),非临时实例采用主动检测模式
  • 临时实例心跳不正常时会被剔除,非临时实例不会
  • Nacos支持服务列表变更的消息推送模式,服务列表更新更及时
  • Nacos集群默认AP,非临时实例时CP模式,Eureka默认AP
  • Nacos支持配置中心

负载均衡

Ribbon的负载均衡策略
  • 轮询
  • 按照权重:响应时间越长,权重越小
  • 随机选择一个可用的服务器
  • 以区域可用的服务器为基础进行选择,再对区域内的做轮询(默认)
如何自定义负载均衡策略
  • 创建类实现IRule接口(全局)
  • 通过配置文件配置某个服务的负载均衡策略(局部)
项目中是如何实现负载均衡

Feign远程调用的过程中,底层负载均衡LoadBalance就是使用了Ribbon

服务雪崩

服务雪崩:指一个服务失败,导致整条链路的服务都失败的情形

解决办法
  • 服务降级:服务自我保护的一种方式,或者保护下游服务的一种方式,用于确保服务不会受请求突增影响变得不可用,确保服务不会崩溃,一般在实际开发中与feign接口整合,编写降级逻辑(尽可能的把系统资源让给优先级高的服务)
  • 服务熔断:默认关闭,需要手动打开,如果检测到 10 秒内请求的失败率超过 50%,就触发熔断机制。之后每隔 5 秒重新尝试请求微服务,如果微服务不能响应,继续走熔断机制。如果微服务可达,则关闭熔断机制,恢复正常请求(某个微服务不可用)

网关

工作流程
  1. 路由判断:客户端的请求到达网关后,先经过 Gateway Handler Mapping 处理,这里面会做断言(Predicate)判断,看下符合哪个路由规则,这个路由映射后端的某个服务。
  2. 请求过滤:请求到达 Gateway Web Handler,这里面有很多过滤器,组成过滤器链(Filter Chain),这些过滤器可以对请求进行拦截和修改,比如添加请求头、参数校验等等。然后将请求转发到实际的后端服务。
  3. 服务处理:后端服务对请求进行处理
  4. 响应过滤:后端处理完结果后,返回给 Gateway 的过滤器再次做处理
  5. 响应返回:响应经过过滤后返回给客户端
断言

就是对一个表达式进行if判断,结果为真或假,如果为真则做这件事,否则做那件事。

如果客户端发送的请求满足了断言的条件,则映射到指定的路由器,就能转发到指定的服务上进行处理。

SpringCloud Gateway实现动态路由

通过 Nacos Server 和 Spring Cloud Alibaba Nacos Config 即可实现配置的动态变更

Spring Cloud Gateway 可以从注册中心获取服务的元数据(例如服务名称、路径等),然后根据这些信息自动生成路由规则。

自定义全局异常

实现ErrorWebExceptionHandler并重写其中的handle方法。

你可能感兴趣的:(java开发面试题,spring,cloud,spring,后端)