Spring Cloud是基于SpringBoot的一整套实现微服务的框架,Spring Cloud 为开发者提供了在分布式系统(配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件)中快速构建的工具,使用 Spring Cloud 的开发者可以快速的启动服务或构建应用,前面也说了Spring Cloud是基于spring boot框架,那么我们在开发微服务架构的云服务就非常的方便。 因为SpringBoot旨在简化创建产品级的 Spring 应用和服务,简化了配置文件,使用嵌入式web服务器,含有诸多开箱即用微服务功能。
Spring Cloud Config:配置中心,利用 git 集中管理程序的配置
Spring Cloud Netflix:集成众多 Netflix 的开源软件
Spring Cloud Bus:消息总线,利用分布式消息将服务和服务实例连接在一起,用于在一个集群中传播状态的变化
Spring Cloud for Cloud Foundry:利用 Pivotal Cloudfoundry 集成你的应用程序
Spring Cloud Foundry Service Broker:为建立管理云托管服务的服务代理提供了一个起点
Spring Cloud Cluster:基于 Zookeeper、Redis、Hazelcast、Consul 实现的领导选举和平民状态模式的抽象和实现
Spring Cloud Consul:基于 Hashicorp Consul 实现的服务发现和配置管理
Spring Cloud Security:在 Zuul 代理中为 OAuth2 rest 客户端和认证头转发提供负载均衡
Spring Cloud Sleuth Spring Cloud:应用的分布式追踪系统和 Zipkin、HTrace、ELK 兼容
Spring Cloud Data Flow:一个云本地程序和操作模型,组成数据微服务在一个结构化的平台上
Spring Cloud Stream:基于 Redis、Rabbit、Kafka 实现的消息微服务,简单声明模型用以在 Spring Cloud 应用中收发消息
Spring Cloud Stream App Starters:基于 Spring Boot 为外部系统提供 Spring 的集成
Spring Cloud Task:短生命周期的微服务,为 Spring Boot 应用简单声明添加功能和非功能特性
Spring Cloud Task App Starters
Spring Cloud Zookeeper:服务发现和配置管理基于 Apache Zookeeper
Spring Cloud for Amazon Web Services:快速和亚马逊网络服务集成
Spring Cloud Connectors:便于 PaaS 应用在各种平台上连接到后端像数据库和消息经纪服务
Spring Cloud Starters:项目已经终止并且在 Angel.SR2 后的版本和其他项目合并
Spring Cloud CLI:插件用 Groovy 快速的创建 Spring Cloud 组件应用
服务注册与发现——Netflix Eureka
客服端负载均衡——Netflix Ribbon
断路器——Netflix Hystrix
服务网关——Netflix Zuul
分布式配置中心——Spring Cloud Config
简介:Spring Cloud Eureka是Spring Cloud Netflix项目下的服务治理模块。
由两个组件组成:Eureka服务端和Eureka客户端。
Eureka服务端用作服务注册中心。支持集群部署。
Eureka客户端是一个java客户端,用来处理服务注册与发现。
在应用启动时,Eureka客户端向服务端注册自己的服务信息,同时将服务端的服务信息缓存到本地。客户端会和服务端周期性的进行心跳交互,以更新服务租约和服务信息。
作用:Feign 是一个声明式的伪 Http 客户端,它使得写 Http 客户端变得更简单。使用 Feign,只需要创建一个接口并注解。它具有可插拔的注解特性,可使用 Feign 注解和 JAX-RS 注解。Feign 支持可插拔的编码器和解码器。Feign 默认集成了 Ribbon,并和 Eureka 结合,默认实现了负载均衡的效果
简介:Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具,它基于Netflix Ribbon实现。通过Spring Cloud的封装,可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用
注意看上图,关键点就是将外界的rest调用,根据负载均衡策略转换为微服务调用。Ribbon有比较多的负载均衡策略
在微服务架构中,根据业务来拆分成一个个的服务,服务与服务之间可以通过 RPC 相互调用,在 Spring Cloud 中可以用 RestTemplate + Ribbon 和 Feign 来调用。为了保证其高可用,单个服务通常会集群部署。由于网络原因或者自身的原因,服务并不能保证 100% 可用,如果单个服务出现问题,调用这个服务就会出现线程阻塞,此时若有大量的请求涌入,Servlet 容器的线程资源会被消耗完毕,导致服务瘫痪。服务与服务之间的依赖性,故障会传播,会对整个微服务系统造成灾难性的严重后果,这就是服务故障的 “雪崩” 效应。
为了解决这个问题,业界提出了熔断器模型。
Netflix 开源了 Hystrix 组件,实现了熔断器模式,Spring Cloud 对这一组件进行了整合。在微服务架构中,一个请求需要调用多个服务是非常常见的,如下图:
较底层的服务如果出现故障,会导致连锁故障。当对特定的服务的调用的不可用达到一个阀值(Hystrix 是 5 秒 20 次) 熔断器将会被打开
熔断的过程
简介:类似nginx,反向代理的功能,不过netflix自己增加了一些配合其他组件的特性。
在微服务架构中,后端服务往往不直接开放给调用端,而是通过一个API网关根据请求的url,路由到相应的服务。当添加API网关后,在第三方调用端和服务提供方之间就创建了一面墙,这面墙直接与调用方通信进行权限控制,后将请求均衡分发给后台服务端
简单的说 Zuul 的主要功能是路由转发和过滤器。路由功能是微服务的一部分,比如 /api/user 转发到到 User 服务,/api/shop 转发到到 Shop 服务。Zuul 默认和 Ribbon 结合实现了负载均衡的功能。
简介:SpringCloud Config提供服务器端和客户端。服务器存储后端的默认实现使用git,因此它轻松支持标签版本的配置环境,以及可以访问用于管理内容的各种工具。
这个还是静态的,得配合Spring Cloud Bus实现动态的配置更新
看了这么多文字性的东西,可能对与一个初学者来说比较难理解,没关系我们现有个大概认识,下一节我们将进入实战过程,通过样例不断来加深这几个要点;
下一篇:服务注册与发现