SpringCloud是微服务架构中的集成，将一系列优秀的组件进行了整合。基于SpringBoot构建，对熟希spring的程序员来说，表容易上手。
通过简单的注解，就可以快速的在应用中配置一下常用模块并构建庞大的分布式系统。
那么什么是“微服务架构”呢？简单的说，微服务架构就是将一个完整的应用从数据存储开始垂直拆分成多个不同的服务，每个服务都能独立部署、独立维护、独立扩展，服务与服务间通过诸如RESTful API的方式互相调用。
SpringCloud的组件相当繁杂，拥有诸多子项目。重点关注NetFlix。
SpringCloud项目是由多个独立项目集合而成的，每一个项目都是独立的，各自进行自己的版本迭代和版本发布。所以SpringCloud不方便使用版本号来管理，而是使用版本名。以避免和子项目版本号的冲突。
版本名的来源是伦敦的地铁站名，以字母排序。比如最早的Release版本为Angel，第二个的Release版本为Brixton。
当一个版本的update积累的比较多或者解决了一个严重bug时，会发布一个ServiceRelease版本，简称SR，后面带的数字为该大版本下的第一次发布。
从上图可以看出，springcloud的F版本是基于springboot的2.0.x构建，之前的是基于springboot的1.5.x构建。
Spring Cloud的版本：Brixton、Camden、Dalston、Edgware、Finchley。
作用：实现服务治理（服务注册和发现）
说明：Spring Cloud Eureka是Spring Cloud Netflix项目下的服务治理模块。有两个组件组成：Eureka服务端和Eureka客户端。
Eureka服务端作用服务注册中心，支持集群部署。
Eureka客户端是一个java客户端，用来处理服务注册和发现。
原理：在应用启动时，Eureka客户端向服务端注册自己的服务信息，同时将服务端的服务信息缓存到本地，客户端会和服务端周期性买的进行心跳交互，以便更新服务租约和服务信息。
作用：Ribbon 主要提供客户侧的软件负载均衡算法。
说明：Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具，它基于Netflix Ribbon实现。通过Spring Cloud的封装，可以轻松的将面向服务的REST模板请求自动转换成客户端负载均衡的服务调用。
关键点就是将外界的rest调用，根据负载均衡策略转换为微服务的调用。Ribbon有比较多的负载均衡策略，可自行查阅资料。
作用：断路器，保护系统，控制故障范围。
说明：为了保证其高可用，单个服务通常会集群部署。由于网络原因或者自身的原因，服务并不能保证100%可用，如果单个服务器出现问题，调用这个服务就会出现线程阻塞，此时若大量的请求涌入，Servlet容器的线程资源会被消耗完毕，导致服务瘫痪。服务于服务之间的依赖性，故障会传播，会对整个微服务系统造成灾难性的严重后果，这就是服务器故障的“”“雪崩”效应。
作用：api网关，路由，负载均衡等多种作用
说明：类似nginx，方向代理的功能，不过netflix自己增加了一些配合其他组件的特性。
在微服务架构中，后端服务往往不直接开发给调用端，而是通过一个api网关根据请求的url，路由到相应的服务。当添加API网关后，在第三方调用端和服务提供方之间就创建了一面墙，在这面墙直接与调用方通信进行权限控制，后将请求均衡分发给后台服务端。
作用：配置管理
说明：Spring Cloud Config提供服务端和客户端。服务器存储后端的默认实现使用git，因此它轻松支持标签的配置环境，可以访问作用于管理内部的各种工具。这个是静态的，得配合Spring Cloud Bus实现动态的配置更新。
