Dubbo对Spring Cloud说：来老弟，我要拥抱你

项目地址

https://github.com/yinjihuan/kitty-cloud

前言

Kitty Cloud 开源后有以为朋友在 GitHub 上给我提了一个 issues，问为什么项目中要同时集成 Feign 和 Dubbo 两个框架来调用服务。今天就来聊一聊这个问题，然后讲下在 Kitty Cloud 中如何切换使用两种调用方式。

为什么要支持两种协议？

关于支持两种协议，我这个是一个开源项目，主要还是为了让使用者有更多的选择。当然框架本身不是我开发的，我只是使用者而已。

一种协议更统一化，两种协议混着用也不是不可以，具体还是看实际需求。比如你们内部有个 ID 分发的服务，调用量很高，就是对性能有这极致的要求。那么这个场景你就可以用 Rpc 来代替 Http 了。其他的正常使用 Http 协议就行，特殊场景的就用 Rpc 协议，互补而已。

用 Http 最好的点在于简单，传输内容就是文本，调试什么的都很方便。比如我要单独测试某个服务的接口，直接 PostMan 上调用这个 Http 接口就可以了，或者用 Swagger。

如果是 Dubbo 的 Rpc, 我可能需要用 telnet 来调用。

还有就是网关层的转发，如果是 Http 协议，直接转发过去了。如果是 Rpc 协议，网关内部需要转特殊处理，当然目前也有支持 Rpc 的网关。如果我们是两种协议，网关这边还是直接 Http 转发过去即可，内部服务之前想用什么协议让使用者自己决定。

其实在 Spring Cloud 慢慢进入企业后，有很多人都会遇到一个问题就是老的服务都是用 Dubbo 来通信的，如果转 Spring Cloud 技术栈，那么势必要去掉 Dubbo。

如果规模不大直接重构掉也没关系，但是对于大规模的