springcloud,springcloud五大组件
SpringCloud简介
SpringCloud是基于SpringBoot基础之上开发的微服务框架，SpringCloud是一套目前非常完整的微服务解决方案框架，其内容包含服务治理、注册中心、配置管理、断路器、智能路由、微代理、控制总线、全局锁、分布式会话等。
SpringCloud包含众多的子项目
SpringCloud config 分布式配置中心
SpringCloud netflix 核心组件：
Eureka:服务治理 注册中心
Hystrix:服务保护框架
Ribbon:客户端负载均衡器
Feign：基于ribbon和hystrix的声明式服务调用组件
Zuul: 网关组件,提供智能路由、访问过滤等功能。
上海每特教育科技有限公司|苏州特每信息科技有限公司版权所有
SpringCloud中文翻译：
Spring Cloud
本文中我们主要介绍微服务开发框架——Spring Cloud。尽管Spring Cloud带有"Cloud"的字样，但它并不是云计算解决方案，而是Spring Boot的基础上构建的，用于快速构建分布式系统的通用模式的工具集。
Spring Cloud有以下特点:
由上图可知，Spring Cloud是以 英文单词+SR+数字 的形式命名版本号的。那么英文单词和SR分别表示什么呢？
因为Spring Cloud是一个综合项目，它包含很多子项目。由于子项目也维护着自己的版本号，Spring Cloud采用了这种命名方式，从而避免与子项目的版本混淆。其中英文单词如Edware是伦敦某地铁站名，它们按照字母顺序发行，可以将其理解为主版本的演进。SR表示"Service Release"，一般表示Bug修复。
版本兼容性如下
版本内容
可参考官方文档：
我的上一篇博客(微服务理论篇)中谈到，对单体应用进行服务拆分得到各个微服务，而这些服务又是相互独立的，那么我们如何知道各个微服务的健康状态、如何知道某个微服务的存在呢？由此、一个拥有服务发现的框架显得尤为重要。这也就是Eureka诞生的原因。
综上，Eureka通过心跳检查、客户端缓存等机制，确保了系统的高可用性、灵活性和可伸缩性。
通过使用Eureka已经实现了微服务的注册与发现。启动各个微服务时，Eureka Client会把自己的网络信息注册到Eureka Server上。似乎一切更美好了一些。然而，这样的架构依然有一些问题，如负载均衡。一般来说，各个微服务都会部署多个实例。那么服务消费者要如何将请求分摊到多个服务提供实例上呢？
如果服务提供者相应非常慢，那么消费者对提供者的请求就会被强制等待，知道提供者响应或超时。在高负载场景下，如果不作任何处理，此类问题可能会导致服务消费者的资源耗竭甚至整个系统崩溃。
微服务架构的应用系统通常包含多个服务层。微服务之间通过网络进行通信，从而支撑起整个应用系统，因此，微服务之间难免存在依赖关系。而这种由于"基础服务故障"导致"级联故障"的现象称为雪崩效应。
如图所示，A最为服务提供者（基础服务），B为A的服务消费者，C和D是B的服务消费者。当A不可用引起了B的不可用，并将不可用像滚雪球一样放大到C和D时，雪崩效应就形成了。
那么Hystrix是如何容错的呢？
以下对该图做个简单讲解：
Zuul作为微服务架构中的微服务网关。微服务架构经过前几个组件的组合，已经有了基本的雏形了，那么我们为什么还要使用微服务网关呢？我们可以想象，一般情况下我们一个业务并不是只调用一个接口就可以完成一个业务需求。
如果让客户端直接与各个微服务通信，会有以下问题：
如图，微服务网关封装了应用程序的内部结构，客户端只须跟网关交互，而无须直接调用特定微服务接口。同时，还有以下优点：
为什么要同一管理微服务配置？
对于传统的单体应用，常常使用配置文件管理所有配置。例如一个Spring Boot 项目开发的单体应用，可以将配置内容放到application.yml文件中。如果需要切换环境，可以设置多个Profile,并在启用应用时指定spring.profile.active={profile}。
而在微服务架构中，微服务的配置管理一般有以下需求：
Spring cloud应该如何入门，需要学习哪些基础才可以快速掌握?
学习Spring cloud要对Spring Boot有相当的理解与认知，因为Spring cloud的基础是Spring Boot。
一:什么是Spring cloud
Spring cloud是多个项目的集合体，也是多种重要技术的集合体，它是一系列的技术的结合体。学习spring cloud需要有足够强大的耐心，因为这是一个非常复杂的过程，学习spring cloud需要了解怎么创建和运行SpringBoot应用，因为springboot是一种新型技术，而spring cloud 是这些技术的结合体，spring cloud的基础功能有服务治理客户端负载均衡，服务容错保护，声明式服务调用，API网关服务，分布式配置中心。
二:从集群，分布式，微服务入手
学习spring cloud要从集群，分布式，微服务入手，首先集群是一种计算机系统，它可以用来改进单个计算机的计算速度，已经提高单个计算机运作的正确率，集群计算机系统可以高效率的将计算机软件和计算机硬件组合在一起，也就是通过多台计算机来完成一个工作从而提高工作效率，而分布式系统也是一组计算机，它是一个传递并协调信息通信的系统，这样可以合理利用资源，又可以降低耦合度，可以让各个板块即独立又相互之间有联系，也就是说分布式是一个件一件事情分解成多件事情，然后发布给不同的人做的系统，分工合作。而微服务就是对整个系统进行划分的各个小的“系统”而微服务只是一种思想，基于这种思想便有了spring cloud ，
总而言之，学习spring cloud要从集群，微服务，分布式，springboot等入手，而其中springboot是最基础的。
springcloud原理是什么？
springcloud原理如下和组成部分：
Eureka：各个服务启动时，Eureka Client都会将服务注册到Eureka Server，并且Eureka Client还可以反过来从Eureka Server拉取注册表，从而知道其他服务在哪里
Ribbon：服务间发起请求的时候，基于Ribbon做负载均衡，从一个服务的多台机器中选择一台
Feign：基于Feign的动态代理机制，根据注解和选择的机器，拼接请求URL地址，发起请求
Hystrix：发起请求是通过Hystrix的线程池来走的，不同的服务走不同的线程池，实现了不同服务调用的隔离，避免了服务雪崩的问题
Zuul：如果前端、移动端要调用后端系统，统一从Zuul网关进入，由Zuul网关转发请求给对应的服务
Spring Cloud是一系列微软服务框架的有序集合。
注意：
集合与集合的元素是两个不同的概念，教科书中是通过描述给出的，这与平面几何中的点与直线的概念类似。
集合中的元素具有确定性、互异性和无序性({a,b}与{b,a}表示同一个集合)。集合具有两方面的意义，即：凡是符合条件的对象都是它的元素;只要是它的元素就必须符号条件。