SpringCloud入门

SpringCloud是什么？

官方的网站对于概念来说永远都是最详细的。
官网地址
目前我们学习的是SpringCloud Netflix
现代化的java开发。

SpringBoot构建微服务应用，微服务应用变多的情况下，使用SpringCloud去协调处理。

SpringCloud基于SpringBoot提供了一套微服务解决方案，包括服务注册与发现，配置中心，全链路监控，服务网关，负载均衡，熔断器等组件，除了基于NetFlix的开源组件做高度抽象封装之外，还有一些选型中立的开源组件。
SpringCoud利用SpringBoot的开发便利性，巧妙地简化了分布式系统基础设施的开发，SpringCloud为开发人员提供了快速构建分布式系统的一些工具，包括配置管理，服务发现，断路器，路由，微代理，事件总线，全局锁，决策竞选，分布式会话等。他们都可以用SpringBoot的开发风格做到一键启动和部署。

SpringBoot是将目前各家公司开发的比较成熟，经得起实际考验的服务框架组合起来，通SpringBoot风格进行再封装，屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂，易部署和易维护的分布式系统开发工具包。
SpringCloud是分布式微服务架构下的一站式解决方案，是各个微服务架构落地技术的集合体，俗称微服务全家桶。

SpringCloud和SpringBoot关系

• SpringBoot专注于快速方便的开发单个个体微服务；
• SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务整合并管理起来，为各个微服务之间提供：配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等集成服务；
• SpringBoot可以离开SpringCloud独立使用，开发项目，但SpringCloud离不开SpringBoot，属于依赖关系；
• SpringBoot专注于快速、方便的开发单个个体微服务，SpringCloud关注全局的服务治理框架；

Dubbo 和 SpringCloud技术选型

Dubbo已经很久没有更新了，SpringCloud技术一直很活跃。

最大区别：Spring Cloud 抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式

严格来说，这两种方式各有优劣。虽然从一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。而且REST相比RPC更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖，这个优点在当下强调快速演化的微服务环境下，显得更加合适。

品牌机和组装机的区别
很明显，SpringCloud的功能比DUBBO更加强大，涵盖面更广，而且作为Spring的拳头项目，它也能够与SpringFramework、SpringBoot、SpringDate、SpringBatch等其他项目完美融合，这些对于微服务而言是至关重要的。
二者解决的问题域不一样
Dubbo的定位是一款RPC框架，而SpringCloud的目标是微服务架构下的一站式解决方案。

SpringCloud的作用

• Distributed/versioned configuration （分布式/版本控制配置）
• Service registration and discovery （服务注册与发现）
• Routing （路由）
• Service-to-service calls （服务到服务的调用）
• Load balancing （负载均衡配置）
• Circuit Breakers （断路器）
• Distributed messaging （分布式消息管理）

SpringCloud下载

官网：下载链接
SpringCloud没有采用数字编号的方式命名版本号，而是采用了伦敦地铁站的名称，同时根据字母表的顺序来对应版本时间顺序，比如最早的Realse版本：Angel，第二个Realse版本：Brixton，然后是Camden、Dalston、Edgware，目前最新的是Hoxton SR4 CURRENT GA通用稳定版。

参考资料

深入学习SpringCloud的参考书籍：

• SpringCloud Netflix 中文文档：链接
• SpringCloud 中文API文档(官方文档翻译版)：链接
• SpringCloud中国社区：链接
• SpringCloud中文网：链接