SpringCloud的基本组件 五大神兽 SpringCloud和dubbo的区别

SpringCloud的基本组件
SpringCloud是一系列主流框架的集合。是基于springBoot。
spring没有重复造轮子，将成熟的技术框架，组合起来封装。
springCloud基于springboot的开发便利性，实现了分布式系统基础设施的开发。
springCloud5大神兽：服务注册与发现 eureka，负载均衡ribbon feign，断路器 hystrix，网关gateway、 zuul，配置中心 config。还有消息总线，链路监控等。

服务网关：为微服务集群做代理，统一入口，过滤，路由等功能。如做权限管理，基于JWT无状态的方式实现session共享等。
spring cloud config管理集群中的配置文件，统一配置中心​​​​​​

Eureka：服务注册与发现

注册：每个服务都向Eureka登记自己提供服务的元数据，包括服务的ip地址、端口号、版本号、通信协议等。eureka将各个服务维护在了一个服务清单中（双层Map，第一层key是服务名，第二层key是实例名，value是服务地址加端口）。同时对服务维持心跳，剔除不可用的服务，eureka集群各节点相互注册每个实例中都有一样的服务清单。

发现：eureka注册的服务之间调用不需要指定服务地址，而是通过服务名向注册中心咨询，并获取所有服务实例清单(缓存到本地)，然后实现服务的请求访问。

Ribbon：客户端负载均衡
服务间发起请求的时候，基于Ribbon做负载均衡，从⼀个服务的多台机器中选择⼀台 （被调用方的服务地址有多个），Ribbon也是通过发起http请求，来进行的调用，只不过是通过调用服务名的地址来实现的。虽然说Ribbon不用去具体请求服务实例的ip地址或域名了，但是每调用一个接口都还要手动去发起Http请求。

Feign：RPC远程调用
基于Feign的动态代理机制，根据注解和选择的机器，拼接请求URL地址，发起请求 ，简化服务间的调用，在Ribbon的基础上进行了进一步的封装。单独抽出了一个组件，就是Spring Cloud Feign。
在引入Spring Cloud Feign后，我们只需要创建一个接口并用注解的方式来配置它，即可完成对服务提供方的接口绑定。
调用远程就像调用本地服务一样。

​
public class TestController { @Resource UserClient userClient; @RequestMapping("/test") public String test(){ String user = userClient.getUser(); return user; }}​

Hystrix：熔断降级工具
发起请求是通过Hystrix的线程池来⾛的，不同的服务⾛不同的线程池，实现了不同服务调⽤的隔离，通过统计接口超时次数返回默认值，实现服务熔断和降级。

Zuul：路由网关
路由、断言
如果前端、移动端要调⽤后端系统，统⼀从Zuul⽹关进⼊，由Zuul⽹关转发请求给对应的服务，通过与Eureka进行整合，将自身注册为Eureka下的应用，从Eureka下获取所有服务的实例，来进行服务的路由。Zuul还提供了一套过滤器机制，开发者可以自己指定哪些规则的请求需要执行校验逻辑，只有通过校验逻辑的请求才会被路由到具体服务实例上，否则返回错误提示。

SpringCloud和dubbo的区别

1. Dubbo ，是RPC远程过程调用架构，性能比http高，并发能力强。
2. spring Cloud走http协议，性能比dubbo的RPC性能差一点。
3. spring Cloud主打微服务的全家桶，组件齐全；dubbo最初定义是一个RPC框架，很多的组件需要自己整合。
4. spring cloud Alibaba 阿里的技术融合到spring Cloud中。

底层协议：springcloud基于http协议，dubbo基于Tcp协议，决定了dubbo的性能相对会比较好。
注册中心：Spring Cloud 使用的 eureka ，dubbo推荐使用zookeeper。
模型定义：dubbo 将一个接口定义为一个服务，SpringCloud 则是将一个应用定义为一个服务。
SpringCloud是一个生态，而Dubbo是SpringCloud生态中关于服务调用一种解决方案（服务治理）。