今天在知乎上看到了这样一个问题：Spring Cloud 和 Dubbo哪个会被淘汰？看了几个回答，都觉得不在点子上，所以要么就干脆写篇小文瞎逼叨一下。

简单说说个人观点

我认为这两个框架大概率会长期都存在。

时至今日，这两个框架放到现在，已经不存在谁取代谁这一说了。由于Spring Cloud Alibaba的出现，Dubbo已经很好的融入到了Spring Cloud体系，所以围绕Spring Cloud生态的各种周边产品都是可以无缝整合到一起来玩的。

Dubbo无缝整合Spring Cloud生态是啥意思呢？主要两方面：

很早以前，在刚开始搞Spring Cloud基础教程的时候，写过这样一篇文章：《微服务架构的基础框架选择：Spring Cloud还是Dubbo？》，可能不少读者也都看过。之后也就一直有关于这两个框架怎么选的问题出来，其实文中我有明确的提过，Spring Cloud与Dubbo的比较本身是不公平的，主要前者是一套较为完整的架构方案，而Dubbo只是服务治理与RPC实现方案。

2016年，我在博客中发表过一篇《微服务架构的基础框架选择：Spring Cloud还是Dubbo？》获得了很大的阅读量和转载量。在这篇文章中，我主要对比了Spring Cloud与Dubbo所具备的能力，并阐述了个人推崇Spring Cloud的原因。但是，最近各大技术社区出现了不少类似的文章，观点比较激进，对于Spring Cloud的褒扬远胜于Dubbo，但是这些评价很多都忽略了Spring Cloud与Dubbo在设计视角上的不同。其实在前文中我也说明了Dubbo与Spring Cloud的对比本身就不公平，因为两者产出的目标格局是不一样的。所以，就目前阶段来说，大家对于框架的选择上，还是要综合考虑自身团队与遗留业务系统的特点来确定更合适的技术栈，而不是盲从于“时髦”的架构体系。

昨天看到了开源中国对Dubbo社区维护者的访谈，内容非常不错。所以这里分享给大家。其实，在最近一年多的时间里，结合实际的生产实践，我也有了更多的理解与感悟。或许在后面的一段时间里，以博文或GitChat的方式与大家分享一下我对Dubbo与Spring Cloud的“爱恨情仇”！

以下内容经授权转载自公众号“开源中国”

最近一段时间不论互联网还是传统行业，凡是涉及信息技术范畴的圈子几乎都在讨论微服务架构。近期也看到各大技术社区开始组织一些沙龙和论坛来分享Spring Cloud的相关实施经验，这对于最近正在整理Spring Cloud相关套件内容与实例应用的我而言，还是有不少激励的。

目前，Spring Cloud在国内的知名度并不高，在前阵子的求职过程中，与一些互联网公司的架构师、技术VP或者CTO在交流时，有些甚至还不知道该项目的存在。可能这也与国内阿里巴巴开源服务治理框架Dubbo有一定的关系，除了Dubbo本身较为完善的中文文档之外，不少科技公司的架构师均出自阿里系，所以就目前情况看，短期国内还是Dubbo的天下。