spring Cloud与dubbo都为微服务框架，那么我们在进行技术选型时应该怎么考虑呢?可以从以下几个方面考虑
1.架构完整度:与spring cloud相比，dubbo的架构完整度不够，其本身只提供了服务注册中心与服务治理两个模块，而spring cloud到现在为止，已经提供了服务注册中心，服务治理等24个模块，并且还在增加中。虽然dubbo也可以整合第三方框架，但是搭建出来的dubbo架构可能出现兼容性问题，而spring cloud不会，因为其每一个模块都是经过严格测试的，几乎不存在兼容性问题。如果将spring cloud比作品牌机，那dubbo就是组装机
2.社区活跃度:与spring cloud相比，dubbo社区活跃度相对较低，社区活跃度的高低将影响项目维护成本，在社区活跃度很高时，一般项目中遇到的问题都可以在社区中找到响应的解决方案
3.通讯协议:dubbo服务间通讯采用rpc，而spring cloud采用的时http的rest。rpc对于业务接口有很强的依赖性，生产者和消费者都需要依赖相同的接口，并且还需要通过严格的业务接口版本来进行管理，这种依赖在大型微服务项目将会成为一个很大的问题，相比rpc，rest更加轻量化，服务调用者和提供者间的依赖仅仅是一纸契约，一段文本，不存在代码层面的强依赖，服务提供者和调用者之间还可以通过不同的语言来实现，只需要提供rest接口就可以通讯。
4.技术改造和微服务开发：国内的开发团队选择dubbo的一个很重要的原因就是官方文档，dubbo提供了高质量的官方文档，而spring cloud都是英文版的，并且文档内容要比dubbo多的多，文档内容更偏向模块整合，要对每个模块的进行更深入的了解，需要查看更为详细的文档，对于中小型团队来说,阅读英文文档的成本必须要考虑的