dubbo是spring cloud的两大微服务架构之一，按照微服务部署，其结构如下：

image.png

对比于Netflix，sentinel处理了熔断，增加了seata处理事务。

Spring Cloud Netflex vs Spring Cloud Dubbo

组成部分	Spring Cloud Netflex	Spring Cloud Dubbo
组成风格	和Spring boot脚手架风格一致，由多个组件完成各自独立的功能，由注解或配置组装成新组件	dubbo一个组件实现了绝大部分功能
rpc	直接由http作为rpc调用，使用tomcat完成通信，数据采用http协议、spring mvc完成了方法查找，jacson进行序列化和反序列化，	dubbo提供了丰富的rpc调用，包括调用协议、序列化反序列化协议，由netty作为通信层
注册中心	支持多种注册中心	支持多注册中心，如同时配置nacos和zookeeper
配置中心	支持多种配置中心，如spring cloud config	支持多种配置中心，与nacos、zookeeper等配套比较好
网关	使用常用网关接入，默认Spring Cloud Config	使用常用网关接入
MQ	支持多种MQ	一般使用阿里RocketMQ
数据库	支持多种数据库	知此恨多种数据库
接口调用	使用openfeign组件，支持http调用	支持多种协调调用，dubbo默认支持
负载均衡	使用rabbon组件支持负载均衡	dubbo默认支持
限流降级	使用hystrix组件支持熔断限流降级	使用sentinal支持熔断

dubbo的扩展点

dubbo的整体架构图设计如下：

image.png

重点要看明白的是所有绿色的地方都是接口定义，都是用扩展点实现的。
在dubbo的META-INF/dubbo.internal下定义了dubbo所有的扩展点：

image.png
这些扩展点就是绿色接口的实现。此时思考一个问题，有这么多扩展点，是什么时候加载的呢？
通过url实现，dubbo有很多自定以的url，通过url中的关键字控制使用那种扩展点。

dubbo的优势

看了如上扩展点图列，就很容易明白dubbo的强大之处。

• rpc通信，spring cloud netflex默认支持的是http作为rpc。而dubbo可以从扩展点看到，从传输协议、序列化等支持的种类非常多，可以适用于多种场景。
• dubbo支持多注册中心，注意不是多种注册中心，即同时可以使用多个注册中心。

在扩展点框架下，dubbo的优势确实非常明显。

小结

对于Spring Cloud Netflix和Spring Cloud Dubbo，你喜欢哪个呢？这恐怕要仁者见仁，智者见智。
从设计风格上来讲：

• Spring boot是脚手架，是一种组合风格，Spring Cloud Netflex的设计哲学更加是一种组合风格，整体设计功能模块分解清晰，设计让人感觉优美。
• 而Dubbo呢，通过一套扩展点框架，基本可以完成所有功能，这种设计让人感觉功能强大。特别是底层的通信设计

对于我来讲，我比较认同Spring boot的设计风格。那么对于你呢，萝卜青菜，你最爱哪个？如果是你设计，你倾向于那种设计？我在想，如果一开始就是netflex的设计师来设计dubbo，会设计成什么样？