SpringCloud是微服务架构中的集成,将一系列优秀的组件进行了整合。基于SpringBoot构建,对熟希spring的程序员来讲,表容易上手。java
经过简单的注解,就能够快速的在应用中配置一下经常使用模块并构建庞大的分布式系统。nginx
那么什么是“微服务架构”呢?简单的说,微服务架构就是将一个完整的应用从数据存储开始垂直拆分红多个不一样的服务,每一个服务都能独立部署、独立维护、独立扩展,服务与服务间经过诸如RESTful API的方式互相调用。git
SpringCloud的组件至关繁杂,拥有诸多子项目。重点关注NetFlix。程序员
SpringCloud项目是由多个独立项目集合而成的,每个项目都是独立的,各自进行本身的版本迭代和版本发布。因此SpringCloud不方便使用版本号来管理,而是使用版本名。以免和子项目版本号的冲突。算法
版本名的来源是伦敦的地铁站名,以字母排序。好比最先的Release版本为Angel,第二个的Release版本为Brixton。spring
当一个版本的update积累的比较多或者解决了一个严重bug时,会发布一个ServiceRelease版本,简称SR,后面带的数字为该大版本下的第一次发布。后端
从上图能够看出,springcloud的F版本是基于springboot的2.0.x构建,以前的是基于springboot的1.5.x构建。api
Spring Cloud的版本:Brixton、Camden、Dalston、Edgware、Finchley。缓存
做用:实现服务治理(服务注册和发现)springboot
说明: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实现动态的配置更新。