微服務架構下dubbo的缺點

1、
Dubbo只是實現了服務治理，其他組件需要另外整合以實現對應的功能，比如：
分佈式配置：可以使用淘寶的diamond、百度的disconf來實現分佈式配置管理。
服務跟蹤：可以使用京東開源的Hydra
批量任務：可以使用噹噹開源的Elastic-Job

而Spring Cloud下面有17個子項目（可能還會新增）分別覆蓋了微服務架構下的方方面面，服務治理只是其中的一個方面


2、Dubbo的RPC來實現服務間調用的一些痛點
a、服務提供方與調用方接口依賴方式太強：調用方對提供方的抽象接口存在強依賴關係，需要嚴格的管理版本依賴，纔不會出現服務方與調用方的不一致導致應用無法編譯成功等一系列問題；
b、服務對平臺敏感，難以簡單複用：通常我們在提供對外服務時，都會以REST的方式提供出去，這樣可以實現跨平臺的特點。
在Dubbo中我們要提供REST接口時，不得不實現一層代理，用來將RPC接口轉換成REST接口進行對外發布。所以噹噹網在dubbox（基於Dubbo的開源擴展）中增加了對REST支持。