摘要：大部分互联网公司都会使用dubbo作为微服务架构的中间件选择，这篇博客从一次故障说起，延伸到dubbo源码分析，以供他人借鉴。在某次服务迁移中，需要把服务从服务器集群A迁移到服务器集群B，为了保证服务平滑迁移，所以存在一个时期，是服务器集群A和B同时存在的，我的服务provider要向集群A和B同时注册服务、提供服务。配置如下<dubbo:registry address="A ip
spring Cloud与dubbo都为微服务框架，那么我们在进行技术选型时应该怎么考虑呢?可以从以下几个方面考虑1.架构完整度:与spring cloud相比，dubbo的架构完整度不够，其本身只提供了服务注册中心与服务治理两个模块，而spring cloud到现在为止，已经提供了服务注册中心，服务治理等24个模块，并且还在增加中。虽然dubbo也可以整合第三方框架，但是搭建出来的dubbo架构
