采用Dubbo？还是Spring Cloud？

实施微服务的首要条件就是选择适合团队的微服务框架。

目前市场上微服务的框架，不管是开源的还是收费的，都有很多，比如Dubbo、Spring Cloud、Tars、Helidon、SOFAStack、gRPC、Thrift、Brpc、Motan等。在选择框架时需要考虑如下技术点。

◎ 服务发布订阅：是自动发现注册，还是手动在线注册。

◎ 服务路由形式：框架中支持的服务路由（比如常用的随机路由）是否满足我们的需求，或者是否支持自定义路由。

◎ 集群容错：集群容错所支持的方式，比如快速失败、失败自动切换等常用的容错方式。

◎ 调用方式：服务的调用方式是否支持同步、异步以及并行调用。

◎ 通信协议：通信协议是否满足业务需求，是否支持自定义协议。

◎ 序列化方式：框架所支持的序列化方式是二进制序列化还是文本方式序列化。

那么在框架选择上，纠结于到底是采用Dubbo，还是采用Spring Cloud？

Dubbo是阿里巴巴（即阿里巴巴集团）开源的一款高性能、轻量级的开源优秀Java版RPC框架，可使应用通过高性能的RPC实现服务的输出/输入功能，可以和Spring框架无缝集成。

Dubbo有三大核心能力：

（1）面向接口的远程方法调用

（2）提供容错和多种负载均衡策略

（3）服务自动注册和发现功能

Spring Cloud是Spring家族的产品，专注于企业级开源框架的研发，它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发。比如，服务发现注册、配置中心、消息总线、负载均衡、熔断器、数据监控等特性都可以用Spring Boot风格做到一键部署和启动。下面我们从总体架构及编程方式方面对Dubbo和Spring Cloud进行详细对比，以便确定到底采用哪种框架。

总体架构对比

Dubbo架构

Dubbo架构的概况如图1-7所示，由Consumer、Provider、Registry、Container和Monitor这5部分组成。

◎ Consumer：调用远程服务的服务消费方（或称为服务消费者）。

◎ Provider：暴露服务的服务提供方（或称为服务提供者），可以通过jar或者容器的方式启动服务。

◎ Registry：服务注册中心和发现中心。

◎ Container：运行服务的容器。

◎ Monitor：调用时间监控中心，统计服务和调用次数。

Spring Cloud架构

Spring Cloud架构的概况如图1-8所示，由Consumer、Provider及Eureka Server这3部分组成。

◎ Provider：暴露服务的提供方。

◎ Consumer：调用远程服务的服务消费方。

◎ Eureka Server：服务注册中心和服务发现中心。

编程方式对比

Dubbo的服务发布和调用流程如下。

（1）先定义接口及DTO参数对象。

（2）实现接口中所定义的方法。

（3）通过XML或者注解方式发布Dubbo服务。

（4）服务消费者在Maven中依赖接口的jar包，通过接口调用服务。

Spring Cloud的服务发布和调用流程如下。

（1）定义API接口文档以及Feign的接口。

（2）服务提供者发布Rest接口。

（3）服务消费者组织接口文档中的参数，通过Feign完成接口调用。

本文节选自《架构演变实战：从单体到微服务再到中台》这本书，书里通过真实案例实战的方式完整地讲述了如何从一个单体架构逐步转型到中台的历程！强烈推荐给大家！是很好的架构师、技术优化的参考工具书。

微服务文章合集