什么是SpringCloud

SpringCloud是一堆技术的集合体

API Gateway就是路由网关
breaker dashboard就是服务的断路器服务的监控
service registry就是服务的注册与发现
config dashboard就是服务的配置中心
meaage brokers就是消息队列 卡夫卡
databases就是数据库 mysql,Redis,MoogDB等…
distributed tracing就是分布式链路跟踪
SpringCloud,基于SpringBoot提供了一套微服务解决方案,包括服务注册与发现,配置中心,全链路监控,服务网关,负载均衡,熔断器等组件,除了基于NetFlix的开源组件做高度抽象封装之外,还有一些选型中立的开源组件.

SpringCloud利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，SpringCloud为开发人员提供了快速构建分布式系统的一些工具,包括:配置管理,服务发现,断路器,路由,微代理,事件总线,全局锁,决策竞选,分布式会话等等…它们都可以用SpringBoot的开发风格做到一键启动和部署
SpringBoot并没有重复制造轮子,它只是将目前各家公司开发比较成熟,经得起实际考验的服务架构组合起来.
通过SpringBoot风格进行再封装屏蔽掉了复杂的配置和实现原理, 最终给开发者留出了一套简单易懂易部署和易维护的分布式系统开发工具包

SpringCloud==分布式微服务架构下的一站式解决方案,是各个微服务架构的落地技术实现的集合体,可以说成微服务全家桶;

SpringCloude和SpringBoot是什么关系？有什么区别？

	1.SprinBoot专注于快速方便的开发单个 个体微服务
	2.SpringCloud是关注全局的微服务协调整理治理框架,它将SpringBoot开发的一个个单体微服务整合并管理起来,为各个微服务之间提供,配置管理啊,服务发现,断路器,路由,微代理等等...
	3.SpringBoot相当于一个独自的运行程序不依赖与其他可以独自开发项目,SpringCloude依赖于SpringBoot.
	SpringBoot专注于快速,方便的开发单个微服务个体,SpringCloud关注全局的服务治理框架.

Dubbo是怎么到SpringCloud的？

				**Dobbo与SpringCloud的对比**
					    	  **Dobbo**				**SpringCloud**		
	服务注册中心                Zookeeper			Spring Cloud Netfix Eureka
	服务调用方式		   RPC（远程过程调用）	REST API（基于HttpRest 风格）	
	服务监控			   Dubbo-monitor		SpringBoot Admin 		
	断路器				  不完善					SpringCloud Netflix Hystrix
	服务网关			  无						SpringCloud Netflix Zuul	
	分布式配置    		  无					       SpringCloud Config
	服务跟踪			  无						SpringCloud	 Sleuth
	消息总线			  无						SpringCloud  Bus
	数据流				  无						SpringCloud Stream
	批量任务			  无						SpringCloud Task	

他们二个最大的区别是:SpringCloud抛弃了Dubbo的RPC通信,采用的是基于HTTP的REST风格
严格的来说,这两种方式各有优劣,虽然从一定的程度上来说,或者牺牲了服务调用的性能,但也避免了上面提到的原生RPC带来的问题.而且REST相比RPC更为灵活,服务提供方和调用方的依赖只依靠一个契约,不存在代码级别的强依赖,这在强调快速演化的微服务环境下,显得更加合适.

**SpringCloud和Dobbo就如同一个品牌机跟一个组装机**		
SpringCloud的功能比Dubbo更加强大,涵盖面更广,而且作为Spring的拳头项目,它能与Spring Frameword, Spring Boot, Spring Date, Spring Batch,等其他Spring项目完美融合,这些对于微服务而言是至关重要的.
使用Dubbo构建的微服务架构就像组装电脑,各环节完美的选择自由度很高,但是最终结果很有可能因为一条内存质量不行就不亮了,重视让人不怎么放心,但是如果你是一名高手,那么这些都不是问题;
而SpringCloud 就像品牌机,在Spring Source的整合下,做了大量的兼容性测试,保证机器拥有更高的稳定性,但是如果要在使用非原装组件外的东西,就需要对其基础有足够的了解.	

社区支持与更新力度
SpringCloude比Dobbo活跃用户多了太多 经管Dobbo在2017年开始更新但是现在已经被SpringCloud甩了一大截不管是发展趋势还是社区活跃程度,SpringCloud都是远远领先！

最为重要的是,Dubbo停止更新了5年,虽然2017.7月重启了,对于技术发展的新需求,需要由开发者自行扩展升级（比如当当网弄出了个DubboX）,这对于很多想要采用微服务架构的小软件组织,显然不太合适的,中小公司没有那么强大的技术能力去修改Dubbo源码+周边的一种套解决方案,并不是每一个公司都有阿里的大牛+真实的线上生产环境测试过.

Cloud与Dubbo总结
关于Dubbo和SpringCloud间的关系,首先要明确一点是 Dubbo 和SpringCloud 并不是完全竞争关系,两者所解决的问题域并不一样;Dubbo的定位始终是一款RPC框架,而SpringCloud的目标是微服务架构下的一站式解决方案.如果非要做个对比, Dubbo 可以类比到Netflix OSS 技术栈,而SpirngCloud 集成了 Netflix OSS 作为分布式服务治理解决方案,但除此之外SpringCloud还提供了包括 配置中心Config,stream,security,sleuth 等等分布式问题解决方案.
当前由于RPC协议,注册中心元数据不匹配等问题,在面临微服务基础架构选型时 Dubbo与SpringCloud 只能二选一,这也是为什么大家总能拿Dubbo 和 Spring Cloud 做对比的原因之一.

SpringCloud下载地址:http://projects.spring.io/spring-cloud/
SpringCloud参考资料:https://springcloud.cc/spring-cloud-netflix.html
SpringCloud开发API说明:https://springcloud.cc/spring-cloud-dalston.html
SpringCloud中文社区:http://springcloud.cn/
SpringCloud中文网:https://springcloud.cc/