一、概览
根据百度百科的描述，微服务架构是一项在云中部署应用和服务的新技术。而SpringCloud是微服务架构思想的一个具体实现，它为开发人员提供了构建分布式系统中一些常见模式的工具（服务注册与发现、熔断器、分布式配置、网关、控制总线等），SpringCloud是基于SpringBoot框架，它不是重复造轮子，而是将第三方实现的微服务应用的一些模块集成，准确来说，SpringCloud是一个容器。
二、SpringCloud与Dubbo对比
目前在工作中一直用的是Dubbo2.7，趁着空闲时间，学习一下SpringCloud，看了网上很多关于二者对比，以下图片及内容部分转自（https://www.cnblogs.com/xishuai/archive/2018/04/13/dubbo-and-spring-cloud.html和https://blog.csdn.net/zhangweiwei2020/article/details/78646252），如有侵权，请联系删除。
打个比方：SpringCloud相当于整机，组件都相当完整；而Dubbo相当于组装机，组件可以按自己需求自由选择；整体来说，整机的性能有保证，组装的机子更自由。
三、两者运行流程对比
（1）Dubbo
每个组件都是需要部署在单独的服务器上，GateWay用来接收前端请求、聚合服务，并批量调用后台原子服务、每个Service单独与DB交互。
①GateWay：前置网关，具体业务操作，GateWay通过Dubbo提供的负载均衡机制自动完成（Dubbo本身并没有提供网关）
②Service：原子服务，只提供该业务相关的原子服务
③Zookeeper：原子服务注册到ZK上。
（2）SpringCloud
①所有请求都统一通过网关（Zuul）来访问内部服务
②网关接收到请求后，从注册中心（Eureka）获取可用服务
③由Ribbon进行负载均衡后，分发到后端的具体实例
④微服务之间通过Feign进行通信业务处理
（3）总结
①业务部署方式相同，都需要一个前置网关来隔绝外部直接调用原子服务的风险。
②Dubbo需要自己开发一套API网关（目前我所在公司是公司开发网关API+分布式配置Disconf），而SpringCloud则可以通过Zuul配置即可完成网关定制。
四、SpringCloud学习
目前Spring Cloud也是非常火热的，社区更新也比较快，所以什么都学一点，生活更多彩一些。下面正式开始demo学习Spring Cloud。
