微服务架构方面的问题

Question

Dubbo的项目中我将所有功能的Controller跟实现类分在了两个Module，就是说所有的Controller一个端口，所有的实现类一个端口，是Dubbo都会这样吗，因为我发现SpringCloud的话就会是每个功能的Controller跟实现类在一个Module中使用一个端口，还可以使用网关进行端口匹配，Dubbo的话实现类都在一个端口我发现好像有点受限制，有没有靓仔可以分享下Dubbo应该实现的架构

Answer 1

【相关推荐】

• 这篇博客: 20道你必须要背会的微服务面试题，面试一定会被问到中的 3、springcloud 与dubbo有哪些区别？ 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:
  

  相同点：
  SpringCloud 和Dubbo可以实现RPC远程调用框架，可以实现服务治理。

  不同点:
  SpringCloud是一套目前比较网站微服务框架了，整合了分布式常用解决方案遇到了问题注册中心Eureka、负载均衡器Ribbon ，客户端调用工具Rest和Feign，分布式配置中心Config，服务保护Hystrix，网关Zuul Gateway ，服务链路Zipkin，消息总线Bus等。

  Dubbo内部实现功能没有SpringCloud强大（全家桶），只是实现服务治理，缺少分布式配置中心、网关、链路、总线等，如果需要用到这些组件，需要整合其他框架。

  表 Spring Cloud与Dubbo功能对比

  功能名称	Dubbo	Spring Cloud
  服务注册中心	ZooKeeper	Spring Cloud Netflix Eureka、ZooKeeper
  服务调用方式	RPC	REST API
  服务网关	无	Spring Cloud Netflix Zuul
  断路器	不完善	Spring Cloud Netflix Hystrix
  分布式配置	无	Spring Cloud Config
  服务跟踪	无	Spring Cloud Sleuth
  消息总线	无	Spring Cloud Bus
  数据流	无	Spring Cloud Stream
  批量任务	无	Spring Cloud Task

  
  

如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^