咱们晓得spring cloud能够用来开发微服务，然而应该很少有人真正晓得Spring Cloud是什么。

官网的解释是：spring cloud提供了一些能够让开发者疾速构建分布式应用的工具，这些服务能够很好的工作在任何分布式环境下。

既然提供的是一些疾速构建微服务利用的工具，那么咱们须要理解微服务开发过程中须要解决哪些问题？

  1. 服务注册发现
  2. 近程服务调用
  3. 负载平衡
  4. 断路器
  5. 分布式音讯
  6. 配置核心
  7. 链路监控

所以，spring cloud提供了一些解决这类问题的工具，比方服务注册提供了Eureka/Consoul/zookeeper；近程调用基于RestTemplate针对http协定调用的封装；负载平衡采纳Ribbon、断路器采纳hystrix；分布式音讯基于kafka、rabbitMQ；配置核心基于config;链路监控基于sleuth.

然而，从这些组件中，咱们发现了一些问题，这些组件并不是spring提供的啊，比方eureka、ribbon、hystrix是netflix开源的。而kafka、zookeeper是一些独立的组件，和spring仿佛没有关系。没错，这就是spring团队的弱小之处，他们很少反复早轮子，而是他们利用他人造好的轮子来进行封装使得用户在应用的时候更加不便。

举个简略例子，比方最早spring只提供了IOC和AOP的外围性能，而像ORM框架、缓存、MVC框架，spring只是提供了一种兼容以及反对，所以过后大家说spring是万能胶，能够把各种各样的框架整合进来。

当然，spring也会对一些市面上做得不好的技术进行代替，比方struts2.，我记得过后公司使struts2经常出现各种破绽，所以spring mvc才被发明进去并且很快代替了struts。成为当初的支流框架。

所以，对于spring cloud来说也是如此，spring cloud并不是一个框架，因为Spring Cloud的外围并没有实现服务注册、熔断、配置核心等性能，它提供了一个标准规范。而Spring Cloud Netflix才是spring Cloud标准的一种实现。

常见的服务组件

Ø 交融在每个微服务中、依赖其它组件并为其提供服务。

Ribbon，客户端负载平衡，个性有区域亲和、重试机制。

Hystrix，客户端容错爱护，个性有服务降级、服务熔断、申请缓存、申请合并、依赖隔离。

Feign，申明式服务调用，实质上就是Ribbon+Hystrix

Stream，音讯驱动，有Sink、Source、Processor三种通道，个性有订阅公布、生产组、音讯分区。

Bus，音讯总线，配合Config仓库批改的一种Stream实现，

Sleuth，分布式服务追踪，须要搞清楚TraceID和SpanID以及抽样，如何与ELK整合。

Ø 单独启动不须要依赖其它组件，人多势众都无能。

Eureka，服务注册核心，个性有生效剔除、服务爱护。

Dashboard，Hystrix仪表盘，监控集群模式和单点模式，其中集群模式须要收集器Turbine配合。

Zuul，API服务网关，性能有路由散发和过滤。

Config，分布式配置核心，反对本地仓库、SVN、Git、Jar包内配置等模式

Spring Cloud生态的构建

Spring Cloud的生态是基于spring boot这个微框架来构建的，所以spring cloud能够说是基于spring boot来对其余框架进行整合，那么什么是spring boot或者为什么要基于spring boot来整合呢？

首先，spring boot并不是一个新的技术，它是基于spring框架下对于“约定因为配置(Convention Over Configuration)”理念下的产物，次要是帮忙开发人员更容易更疾速的创立独立运行和产品级别的基于spring框架的利用。为什么说springboot是微框架呢？如果大家玩过springboot，那应该很有领会，咱们只须要非常少的配置就能够疾速构建一个web我的项目。

而spring boot中并没有新的技术，如果大家对spring框架比拟相熟，那么在学习springboot的时候会更加容易。

围绕springboot构建的spring cloud生态下，目前有两类的比拟或的实现，一个是基于netflix、另一个是基于alibaba。

Spring Cloud Alibaba的相干材料

后面一个阶段，咱们讲完了Spring Cloud Alibaba生态中的Dubbo组件，当然，咱们没有基于spring cloud project的模式来解说，而是基于组件的模式模式来讲，起因是spring cloud实质上就是对各个组件的集成。

目前Spring Cloud Alibaba这个生态中，曾经有绝对成熟的体系

  1. Dubbo 用于实现高性能Java RPC 通信
  2. Nacos 服务注册发现、配置管理、服务治理
  3. Sentinel 流量管制、熔断降级、零碎负载爱护
  4. RocketMQ 分布式音讯零碎，提供低延时的、高牢靠的音讯公布与订阅服务
  5. Seata 高性能微服务分布式事务解决方案
  6. Alibaba Cloud OSS 阿里云对象存储服务（Object Storage Service，简称 OSS），是阿里云提供的海量、平安、低成本、高牢靠的云存储服务。
  7. Alibaba Cloud SchedulerX 阿里中间件团队开发的一款分布式任务调度产品，反对周期性的工作与固定工夫点触发工作。
  8. Alibaba Cloud SMS 笼罩寰球的短信服务，敌对、高效、智能的互联化通信能力，帮忙企业迅速搭建客户触达通道。

在2019年8月1号，spring-cloud-alibaba公布了第一个毕业版本（从孵化器仓库毕业），公布了V2.1.0.RELEASE版本， 目前最新的的版本是2.2.1.RELEASE，2.2.x 版本实用于 Spring Boot 2.2.x

另外，相比于Spring Cloud Netflix 生态，到2020年，archaus/hystrix/ribbon/zuul/turbine等starter都会进入保护模式，进入保护模式意味着spring cloud团队不会再向这些模块中增加新的性能，然而依然会修复平安问题和一些block级别的bug。只是没有新的性能迭代了，spring cloud netflix依然能够持续应用。

文章链接->spring-cloud-netflix-projects-entering-maintenance-mode

进入保护模式的最根本原因还是Netflix对于zuul、ribbon等我的项目保护投入比拟少、所以spring cloud 会在greenwich中把这些我的项目都进入到保护模式。

当然，这些组件会有相应性能的其余组件代理，有些还在孵化中。有些曾经毕业了，比方alibaba这套规范

微服务的整体架构

Spring Cloud Alibaba

提起微服务，不得不提 Spring Cloud 全家桶系列，SpringCloud 是若干个框架的汇合，包含 spring-cloud-config、spring-cloud-bus 等近 20 个子我的项目，提供了服务治理、服务网关、智能路由、负载平衡、断路器、监控跟踪、分布式音讯队列、配置管理等畛域的解决方案。

Spring Cloud 通过 Spring Boot 格调的封装，屏蔽掉了简单的配置和实现原理，最终给开发者留出了一套简略易懂、容易部署的分布式系统开发工具包。

Spring Cloud 一样，Spring Cloud Alibaba 也是一套微服务解决方案，蕴含开发分布式应用微服务的必须组件，不便开发者通过 Spring Cloud 编程模型轻松应用这些组件来开发分布式应用服务。

依靠 Spring Cloud Alibaba，您只须要增加一些注解和大量配置，就能够将 Spring Cloud 利用接入阿里微服务解决方案，通过阿里中间件来迅速搭建分布式应用零碎。

Spring Cloud Alibaba中蕴含的组件

阿里开源组件

Nacos：一个更易于构建云原生利用的动静服务发现、配置管理和服务治理平台。

Sentinel：把流量作为切入点，从流量管制、熔断降级、零碎负载爱护等多个维度爱护服务的稳定性。

RocketMQ：开源的分布式音讯零碎，基于高可用分布式集群技术，提供低延时的、高牢靠的音讯公布与订阅服务。

Dubbo：这个就不必多说了，在国内利用十分宽泛的一款高性能 Java RPC 框架。

Seata：阿里巴巴开源产品，一个易于应用的高性能微服务分布式事务解决方案。

Arthas：开源的Java动静追踪工具，基于字节码加强技术，性能十分弱小。

阿里商业化组件

作为一家商业公司，阿里巴巴推出 Spring Cloud Alibaba，很大水平上市心愿通过抢占开发者生态，来帮忙推广自家的云产品。所以在开源社区，夹带了不少私货，这部分组件我在阿里工作时都已经应用过，整体易用性和稳定性还是很高的。

Alibaba Cloud ACM：一款在分布式架构环境中对利用配置进行集中管理和推送的利用配置核心产品。

Alibaba Cloud OSS：阿里云对象存储服务（Object Storage Service，简称 OSS），是阿里云提供的云存储服务。

Alibaba Cloud SchedulerX：阿里中间件团队开发的一款分布式任务调度产品，提供秒级、精准的定时（基于 Cron 表达式）任务调度服务。

Nacos服务注册核心

Nacos提供了对立配置管理、服务发现与注册。 其中服务注册和发现的性能，相当于dubbo外面应用到的zookeeper、 或者spring cloud外面利用到的consoul以及eureka。

服务发现和服务衰弱监测

Nacos提供了基于RPC的服务发现，服务提供者能够将本身的服务通过原生API或者openApi来实现服务的注册，服务消费者能够应用API或者Http来查找和发现服务

同时，Nacos提供了对服务的实时监控查看，当发现服务不可用时，能够实现对服务的动静下线从而阻止服务消费者向不衰弱的服务发送申请。

配置管理

传统的配置管理，是基于我的项目中的配置文件来实现，当呈现配置文件变更时须要重新部署，而动静配置核心能够将配置进行对立的治理，是的配置变得更加灵便以及高效。

动静配置核心能够实现路由规定的动静配置、限流规定的动静配置、动静数据源、开关、动静UI等场景

国内比拟有名的开源配置核心: Aollo / diamond / disconf

Nacos的整体架构

Nacos的整体架构还是比拟清晰的，咱们能够从上面这个官网提供的架构图进行简略剖析。

云原生

云原生从字面意思上来看能够分成云和原生两个局部。

云是和本地绝对的，传统的利用必须跑在本地服务器上，当初风行的利用都跑在云端，云蕴含了IaaS,、PaaS和SaaS。

原生就是土生土长的意思，咱们在开始设计利用的时候就思考到利用未来是运行云环境外面的，要充分利用云资源的长处，比方️云服务的弹性和分布式劣势。

<img src="https://mic-blob-bucket.oss-cn-beijing.aliyuncs.com/202110291741029.webp" alt="img" style="zoom:60%;" />

版权申明：本博客所有文章除特地申明外，均采纳 CC BY-NC-SA 4.0 许可协定。转载请注明来自 Mic带你学架构！
如果本篇文章对您有帮忙，还请帮忙点个关注和赞，您的保持是我一直创作的能源。欢送关注同名微信公众号获取更多技术干货！