1. 概述
SpringCloud是一个服务治理平台， 提供了一些服务框架。 包含了： 服务注册，与发现、 配置中心、 消息中心 、 负载均衡、 数据监控等等。Sping Cloud 是 Spring 的一个顶级项目与 Spring Boot、 Spring Data 位于同一位置
1.1 概念定义
Spring Cloud 是一个微服务框架， 相比 Dubbo 等 RPC 框架, Spring Cloud 提供的全套的分布式系统解决方案。
Spring Cloud 对微服务基础框架 Netflix 的多个开源组件进行了封装， 同时又实现了和云端平台以及和 Spring Boot 开发框架的集成。
Spring Cloud 为微服务架构开发涉及的配置管理， 服务治理， 熔断机制， 智能路由，微代理， 控制总线， 一次性 token，全局一致性锁， leader 选举， 分布式 session， 集群状态管理等操作提供了一种简单的开发方式。
Spring Cloud 为开发者提供了快速构建分布式系统的工具， 开发者可以快速的启动服务或构建应用、 同时能够快速和云平台资源进行对接。
2. Spring Cloud 的子项目
2.1 Spring Cloud Config
配置管理工具， 支持使用 Git 存储配置内容， 支持应用配置的外部化存储， 支持客户端配置信息刷新、 加解密配置内容等
2.3 Spring Cloud Bus
事件、 消息总线， 用于在集群（ 例如， 配置变化事件） 中传播状态变化， 可与 Spring Cloud Config 联合实现热部署
2.4 Spring Cloud Netflix
针对多种 Netflix 组件提供的开发工具包， 其中包括Eureka、 Hystrix、 Zuul、 Archaius 等
2.4.1 Netflix Eureka
一个基于 rest 服务的服务治理组件， 包括服务注册中心、 服务注册与服务发现机制的实现， 实现了云端负载均衡和中间层服务器的故障转移
2.4.2 Netflix Hystrix
容错管理工具， 实现断路器模式， 通过控制服务的节点,从而对延迟和故障提供更强大的容错能力
2.4.3 Netflix Ribbon
客户端负载均衡的服务调用组件
2.4.4 Netflix Feign
基于 Ribbon 和 Hystrix 的声明式服务调用组件
2.4.5 Netflix Zuul
微服务网关， 提供动态路由， 访问过滤等服务
2.4.6 Netflix Archaius
配置管理 API， 包含一系列配置管理 API， 提供动态类型化属性、 线程安全配置操作、 轮询框架、 回调机制等功能
2.5 Spring Cloud for Cloud Foundry
通 过 Oauth2 协 议 绑 定 服 务 到CloudFoundry， CloudFoundry 是 VMware 推出的开源 PaaS 云平台
2.6 Spring Cloud Sleuth
日志收集工具包， 封装了 Dapper,Zipkin 和 HTrace操作
2.7 Spring Cloud Data Flow
大数据操作工具， 通过命令行方式操作数据流。
2.8 Spring Cloud Security
安全工具包， 为你的应用程序添加安全控制， 主要是指 OAuth2
2.9 Spring Cloud Consul
封装了 Consul 操作， consul 是一个服务发现与配置工具， 与 Docker 容器可以无缝集成
2.10 Spring Cloud Zookeeper
操 作 Zookeeper 的 工 具 包 ， 用 于 使 用zookeeper 方式的服务注册和发现
2.11 Spring Cloud Stream
数据流操作开发包， 封装了与 Redis,Rabbit、Kafka 等发送接收消息。
2.12 Spring Cloud CLI
基于 Spring Boot CLI， 可以让你以命令行方式快速建立云组件
3. SpringCloud与Dubbo的区别
| 对比项 | Dubbo | Spring Cloud | |
| 技术背景 | 阿里系，核心框架是服务治理 | Spring社区，核心框架是Netflix开源微服务架构群体 | |
| 性能 | 1:3 | ||
| 功能 | 服务注册中心 | zookeeper | Spring Cloud Netflix Eureka |
| 服务调用方式 | 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 | ||
4. Spring Cloud 版本说明
4.1 常见版本号说明
以软件版本号 2.0.2.RELEASE 为例
1）第一个2 表示主版本号，当功能模块有较大更新或者整体架构发生变化时， 主版本号会更新
2）0 次版本号，次版本表示只是局部的一些变动
3）第二个2 表示修改的版本号，一般是 bug 的修复或者是小的变动
4）RELEASE 希腊字母版本号。 次版本号用户标注当前版本的软件处于哪个开发阶段
4.2 希腊字母版本
1）Base： 设计阶段。 只有相应的设计没有具体的功能实现。
2）Alpha： 软件的初级版本。 存在较多的 bug
3）Bate： 表示相对 alpha 有了很大的进步， 消除了严重的 bug， 还存在一些潜在的 bug
4）Release： 该版本表示最终版
4.3 Spring Cloud 版本号说明
从图中可以看出，cloud的版本号与常见的版本号有很大的区别，那么他们都表示什么含义了？Cloud采用的是英国伦敦地铁站的名称来作为其版本号的命名，根据首字母排序， 字母顺序靠后的版本号越大。为什么 Spring Cloud 版本用的是单词而不是数字了？Cloud这样设计的目的是为了更好的管理每个 Spring Cloud 的子项目的清单。 避免自己的版本号与子项目的版本号混淆。
版本发布计划说明：
| 版本号 | 版本 | 用途 |
| BUILD-XXX | 开发版 | 一般是开发团队内部使用（版本号标注有SNAPSHOT的版本） |
| GA | 稳定版 |
内部开发到一定阶段了，各个模块集成后，经过全面测试发现没有问题，可对外发行了。 这个时候叫GA(General Availability)。基本上可以使用了。 |
| PRE （M1 M2） |
里程碑版 | 由于GA还不属于公开发行版，里面还有些功能不完善或者bug，于是就有了 milestone（里程碑版）。milestone版主要修复了一些bug调整。 一个GA后，一般会有多个里程本版。例如 M1 M2 M3...... |
| RC | 候选发布版 |
从BUILD后到GA在到M基本上系统就算定型了，这个时候系统就进入Release Candidate（候选发布版）。 该阶段的软件类似于最终发行前的一个观察期，该期间只对一些发现的等级高的bug进行修复。发布RC1 RC2等版本 |
| SR | 正式发布版 | 公开正式发布。正式发布版一般也有多个发布，例如 SR1 SR2 SR3等等，一般是用 来修复大bug或者优化 |