SpringCloud微服务是什么？

一、 SpringCloud是什么

- 分布式系统的简化版（官方介绍）

- SpringCloud基于SpringBoot提供了一整套微服务的解决方案，包括服务注册与发现，配置中心，全链路监控，服务网关，负载均衡，熔断器等组件，除了基于Netflix的开源组件做高度抽象封装之外，还有一些选型中立的开源组件

- SpringCloud利用SpringBoot的开发便利性巧妙地简化了分布式系统的基础设施开发，SpringCloud为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线，全局所、决策精选、分布式会话等等，他们都可以用SpringBoot的开发风格做到一键启动和部署。

总结：

SpringCloud是分布式微服务架构下的一站式解决方案，是各个微服务架构落地技术的几何体，俗称微服务全家桶。

二、SpringCloud有什么？

（1）Netflix Eureka

一个RESTful服务，用来定位运行在AWS地区（Region）中的中间层服务。由两个组件组成：Eureka服务器和Eureka客户端。Eureka服务器用作服务注册服务器。Eureka客户端是一个java客户端，用来简化与服务器的交互、作为轮询负载均衡器，并提供服务的故障切换支持。Netflix在其生产环境中使用的是另外的客户端，它提供基于流量、资源利用率以及出错状态的加权负载均衡。

（2）Netflix Hystrix

 

作用：断路器，保护系统，控制故障范围。

简介：为了保证其高可用，单个服务通常会集群部署。由于网络原因或者自身的原因，服务并不能保证100%可用，如果单个服务出现问题，调用这个服务就会出现线程阻塞，此时若有大量的请求涌入，Servlet容器的线程资源会被消耗完毕，导致服务瘫痪。服务与服务之间的依赖性，故障会传播，会对整个微服务系统造成灾难性的严重后果，这就是服务故障的“雪崩”效应。

（3）Netflix Zuul

 

作用：api网关，路由，负载均衡等多种作用

简介：类似nginx，反向代理的功能，不过netflix自己增加了一些配合其他组件的特性。

在微服务架构中，后端服务往往不直接开放给调用端，而是通过一个API网关根据请求的url，路由到相应的服务。当添加API网关后，在第三方调用端和服务提供方之间就创建了一面墙，这面墙直接与调用方通信进行权限控制，后将请求均衡分发给后台服务端。

（4）SpringCloudConfig

 

作用：配置管理

简介：SpringCloud Config提供服务器端和客户端。服务器存储后端的默认实现使用git，因此它轻松支持标签版本的配置环境，以及可以访问用于管理内容的各种工具。

这个还是静态的，得配合Spring Cloud Bus实现动态的配置更新。

（5）Ribbon

Ribbon，主要提供客户侧的软件负载均衡算法。

Ribbon客户端组件提供一系列完善的配置选项，比如连接超时、重试、重试算法等。Ribbon内置可插拔、可定制的负载均衡组件。

三、和其他的联系

（1）SpringBoot

SpringBoot：专注于快速方便的开发单个个体微服务（关注微观）；

SpringCloud：关注全局的微服务协调治理框架，将SpringBoot开发的一个个单体微服务组合并管理起来（关注宏观）；

SpringBoot可以离开SpringCloud独立使用，但是SpringCloud不可以离开SpringBoot，属于依赖关系。

(2)微服务

（a）什么是微服务

服务化架构，也称为SOA架构

SOA代表面向服务的架构，将应用程序根据不同的职责划分不同的模块，不同的模块直接通过特定的协议和接口进行交互，这样使整个系统切分成很多单个组件服务来完成请求，当流量过大时通过水平扩展相应的组件来支撑，所以的组件通过交互来满足整体的业务需求。

服务化架构是一套松耦合的架构，服务的拆分原则是服务内部高内聚，服务之间低耦合。

微服务架构，是SOA架构思想的一种扩展，更加强调服务个体的独立性、拆分粒度更小。

总结：微服务架构想要开发一种由多个小服务组成的应用。每个服务运行于独立的进程，并且采用轻量级交互。多数情况下是一个HTTP的资源API。这些服务具备独立业务能力并且可以通过自动化部署方式独立部署。这种风格使最小化集中管理。从而可以使用多种不同的编程语言和数据存储技术。

（b）服务化架构已经可以解决大部分企业的需要了，为什么还要微服务呢？

微服务不再强调传统SOA架构里面比较重的ESB企业服务总线

微服务强调每个微服务都有自己独立的运行空间，包括数据库资源。

微服务架构本身来源于互联网的思路，因此组件对外发布的服务强调了采用HTTP Rest API的方式来进行

微服务的切分粒度会更小

简单来说，从图中可以看出，每一个应用功能区都使用微服务完成，是相互独立的，之间通过轻量级的通信协议(Http)进行服务通信，这样的话，各个应用可以按实际业务需求，选择自己的技术栈和开发语言。

所以可以看出，微服务的好处有：服务独立、扩展性好、可靠性强，但同时，也面临一些新的问题，比如运维复杂性，分布式复杂性、监控复杂性等等。

（c）和SpringCloud联系

SpringCloud是基于SpringBoot的一整套实现微服务的框架。它提供了微服务开发所需的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等组件。最重要的是，基于SpringBoot，会让开发微服务架构非常方便。

总结：其实上面的组件也基本上都淘汰了，现在阿里巴巴的Nacos很方便，等接下来，打算再深入Nacos，再写另一篇博客。