SpringCloud使用场景及工作原理--五大组件_springcloudalibaba五大组件原理

一、SpringCloud5大组件

• Eureka：注册中心
• Ribbon：负载均衡
• Feign   ：远程调用
• Hystrix ：服务熔断
• Zuul/Gateway：网关

 5大组件的工作流程：

SpringCloud 和 SpringCloudAlibba

二、Eureka组件

1、SpringCloud是怎么实现服务注册和服务发现的：

•  服务注册：服务提供者需要把自己的信息注册大奥eureka，由eureka来保存这些信息，比如   服务名称、ip、端口等等
• 服务发现：消费者向eureka拉取服务列表信息，如果服务提供者有集群，则消费者会利用负载均衡算法，选择一个发起调用
• 服务监控：服务提供者会没隔30秒向eureka发送心跳，报告健康状态，如果eureka服务90秒没有心跳，就从eureka中剔除

服务注册和服务发现的工作原理： 

2、Nacos和Eureka的区别

• Nacos与Eureka的共同点（注册中心）

        ①都支持服务注册和服务拉取

        ②都支持服务提供者心跳方式做健康检测

• Nacos与Eureka的区别点（注册中心）

        ①Nacos支持服务端主动检测提供者状态：临时实例采用主动检测模式

        ②临时实例心跳不正常会被剔除，非临时实例则不会剔除

        ③Nacos支持服务列表变更的消息推送模式，服务列表更新更及时

        ④Nacos集群默认采用AP方式，当集群中存在非临时实例时，采用CP模式

        ⑤Eureka采用AP模式

• Nacos还支持了配置中心，Eureka则只有注册中心，这也是选择使用Nacos的一个重要原因 

三、Ribbon组件

 1、如何在项目上实现负载均衡：

• 微服务的负载均衡主要使用了一个组件Ribbon，比如，我们在使用Feign远程调用的过程中，底层的负载均衡就是使用了Ribbon

 Ribbon负载均衡的工作流程：

2、Ribbon负载均衡策略都有哪些

• RoundRobinRule：简单轮询服务列表来选择服务器
• WeightedResponseTimeRule：按照权重来选择服务器，响应时间越长，权重越小
• RandomRule：随机选择一个可用的服务器
• BestAvailableRule：忽略那些短路的服务器，并选择并发数较低的服务器
• RetryRule：重试机制的选择逻辑
• AvailabilityFilteringRule：可用性敏感策略，先过滤非健康的，再选择连接数较小的实例
• ZoneAvoidanceRule：以区域可用的服务器为基础进行服务器的选择。使用Zone对服务器进行分类，这个Zone可以理解为一个机房、一个机架等。而后再对Zone内的多个服务做轮询

3、如何实现自定义负载均衡策略

提供了两种方式：

1. 创建类实现IRule接口，可以指定负载均衡策略（全局）
2. 在客户端的配置文件中，可以配置某一个服务调用的负载均衡策略（局部）

四、Hystrix组件

1、什么是服务雪崩？怎么解决这个问题？

• 服务雪崩：一个服务失败，导致整条链路的服务都失败的情形
• 服务降级：服务自我保护的一种方式，或者保护下游服务的一种方式，用于确保服务不会受请求突增影响变得不可用，确保服务不会崩溃，一般情况在实际开发中与Feign接口整合，编写降级逻辑

代码实现：

• 服务熔断

Hystrix 熔断机制，用于监控微服务调用情况，默认是关闭的，如果需要开启需要再引导类上添加注释：@EnableCircuitBreaker 如果检测到10秒内请求的失败率超过50%，就触发熔断机制。之后每隔5秒重新尝试请求服务，如果微服务不能响应，继续走熔断机制。如果微服务可达，则关闭熔断机制，恢复正常请求

总结两个区别点：

服务降级是针对的某个接口不可用，不是针对于服务

服务熔断是针对整个服务不可用

五、Skywalking

你们的微服务是怎么监控的？

我们项目中采用的skywalking进行监控的

1.  skywalking主要可以监控接口、服务、物理实例的一些状态。特别是在压测的时候可以看到众多服务中的哪些服务和接口比较慢，我们可以针对性的分析和优化。
2. 我们还在skywalking设置了告警规则，特别是在项目上线以后，如果报错，我们分别设置了可以给相关负责人发送短信和邮件，第一时间知道项目的bug情况，第一时间修复。