微服务架构下dubbo的缺点

1、
Dubbo只是实现了服务治理，其他组件需要另外整合以实现对应的功能，比如：
分布式配置：可以使用淘宝的diamond、百度的disconf来实现分布式配置管理。
服务跟踪：可以使用京东开源的Hydra
批量任务：可以使用当当开源的Elastic-Job

而Spring Cloud下面有17个子项目（可能还会新增）分别覆盖了微服务架构下的方方面面，服务治理只是其中的一个方面


2、Dubbo的RPC来实现服务间调用的一些痛点
a、服务提供方与调用方接口依赖方式太强：调用方对提供方的抽象接口存在强依赖关系，需要严格的管理版本依赖，才不会出现服务方与调用方的不一致导致应用无法编译成功等一系列问题；
b、服务对平台敏感，难以简单复用：通常我们在提供对外服务时，都会以REST的方式提供出去，这样可以实现跨平台的特点。
在Dubbo中我们要提供REST接口时，不得不实现一层代理，用来将RPC接口转换成REST接口进行对外发布。所以当当网在dubbox（基于Dubbo的开源扩展）中增加了对REST支持。