【文件属性】：
文件名称：spring-cloud-dubbo-together：Spring Cloud与Dubbo共存方案
文件大小：75.51MB
文件格式：ZIP
更新时间：2021-01-30 03:47:28
microservices spring-boot spring-cloud dubbo SpringBootJava
自述文件
一，背景
假设有一个遗留的Dubbo系统，现在想改用Spring Cloud。
因此需要“分步走”，即：开始实现相互共存，随后逐步绞杀Dubbo应用，最终实现技术栈的统一。
ps这里并没有降低低Dubbo的意思，仅是按照该场景讨论。
二，头脑风暴
架构迁移，技术栈更换，项目植入时的第一步往往不是“改造”，而是“停止修改”。基于这个原则，个人不太可能马上就直接替换Dubbo应用原先的代码。原因有二：首先是原则问题，更重要的是时间成本，技术风险很难得到控制。
而，如果新编写的Spring Cloud应用去进行迁就，例如：
完全不动Dubbo遗留系统，使用RestTemplate或Feign编写Dubbo（DubboX）的RESTful API客户端代理—>有一定的实现复杂度，Dubbo接口改造成RESTful API后，消费方都需要再次修改（开始是代理，后来不用代理，因此有二次修改的问题）。
索性将Spring Cloud应用也整合Dubbo —>存在改造不完整，技术栈不统一，无法约束开发人员使用这种方式API，额外的复杂度的问题（越多的组件，越多的意味着越多多的坑）。
考虑到