【架构设计】SpringCloud和Dubbo的区别？

SpringCloud

先说说Spring Cloud，Spring Cloud是一种基于Spring Boot的微服务框架，它提供了一系列工具和技术来支持微服务架构，包括服务发现、断路器、负载均衡和配置管理。基于Spring框架，可以很好地与Spring生态圈中的其他技术集成。

Dubbo

而Dubbo是一个高性能、轻量级的服务框架，提供了服务治理、负载均衡、服务注册、服务消费者等功能。它是由阿里巴巴团队开发，在国内使用很广泛，除了Java语言支持外，还可支持C++,Erlang等多种语言。

主要区别

Spring Cloud：

基于 Spring Boot 框架，简化了微服务开发。
提供了更多的组件以方便微服务架构的搭建，如服务发现、负载均衡等等。
构建了一整套完整的微服务架构方案，包括 API 网关、配置中心等等。

Dubbo：

面向 RPC 框架，更适合大型服务系统的构建。
提供了丰富的负载均衡策略、服务路由等等的功能以满足更多场景的需求。
对服务提供方、消费方、注册中心等做了严格的协议定义，以保证服务可靠性和稳定性。

1.主要生态对比

2.SpringCloud和Dubbo远程调用的差异

Feign是SpringCloud中一种远程调用方式，采用成熟的Http协议作为基础，接口规范统一，实现微服务的语言或技术可随意选择。然而，由于http协议本身的特点，请求和响应格式较为臃肿，通信效率相对较低。

Dubbo框架则采用Dubbo自定义通信协议，默认底层使用TCP通信。Dubbo协议自定义了Java数据序列化和反序列化方式，可以优化数据传输格式，因此Dubbo在数据传输性能上表现较好。但是，对于普通并发量级的应用而言，该性能差异并不值得过多关注。

3.注册中心Eureka和Zookeeper的差异

• Eureka是Netflix开源的、基于REST的服务注册与发现组件，而Zookeeper是Apache开源的分布式协调服务。
• Eureka主要用于云计算中的服务治理，而Zookeeper则广泛应用于分布式系统中的配置管理和协调服务。
• Eureka采用了AP模式（可用性优先），其在网络异常的情况下仍然可以提供服务，而Zookeeper则采用的是CP模式（一致性优先），在网络异常的情况下将无法提供服务。
• Eureka支持自我保护机制，即当Eureka Server节点在一定时间内没有收到心跳时，Eureka Server节点仍然会将该节点保留在服务列表中，避免误判为该节点不可用，而Zookeeper没有自我保护机制。
• Eureka支持定时清理过期实例，保证服务的及时更新，而Zookeeper则需要手动进行节点清理。
• Eureka的可扩展性较好，支持集群横向扩展，而Zookeeper也支持集群模式，但需要进行复杂的配置和维护。

4.Gateway和 Zuul的差异