基于Dubbo Spring Cloud的架构分享

基于Dubbo Spring Cloud的架构分享

前言

在采用Spring Cloud+Dubbo的技术体系以后，几种架构方案和大家讨论下。

普通Spring Cloud采用Feign作为微服务调用

上图是采用Spring Cloud Feign微服务调用的简单架构图。流量网关负责分流通常采用Nginx或其他API网关，不在我们今天讨论的范围内。微服务网关负责将不同的Http流量转发到对应的微服务中，同时处理安全认证等方面的事情，一般采用Spring Gateway 或者 Zuul。下游的服务1,2,3则按照MVC写法，Controller 、Service、 Dao。对外提供Feign接口。下游服务之间的调用也采用Feign调用。

接入Dubbo后的Spring Cloud调用关系

上图，接入Dubbo协议以后微服务网关往下调用的时候还是Http协议，只不过下游的微服务之间的调用改为了Dubbo调用。这种架构看似没什么问题，但是只在微服务间采用Dubbo协议，感觉没什么必要，1、微服务间的调用在某些场景可能并不是那么频繁。2、微服务网关到下游服务依旧采用http协议，这样RPC的优势并没有完全发挥出来。

所以产生一种想法，微服务网关可否对上承接HTTP协议，对下转到DubboService上，同时为了兼容扩展，也可以转到Feign的微服务上。

Dubbo网关引入

上图，微服务网关对上承接Nginx来的HTTP流量，将流量转化成Dubbo协议，再调用下游的DubboService。这样RPC的优势可以最大化发挥出来，下游的服务A，服务B，只需要出DubboService即可，Controller也不用写了，Service直接对外暴露对象，微服务之间的调用返回对象也不用像Feign一样写 XXXResult<?>。

要解决的技术难点：

1、微服务网关的技术选型

Java技术栈，做网关，最合适的应该采用响应式编程，在考虑Spring体系，那就只能是采用Re