Spring Cloud基本介绍

原创

不断前进的皮卡丘 2022-11-04 22:18:40 ©著作权

文章标签 1024程序员节微服务 Spring Cloud spring 服务框架 文章分类 代码人生

©著作权归作者所有：来自51CTO博客作者不断前进的皮卡丘的原创作品，请联系作者获取转载授权，否则将追究法律责任

✨ Spring Cloud基本介绍
1.微服务中的相关概念
1.1服务的注册与实现
1.2负载均衡
1.3熔断
1.4链路追踪
1.5API网关
2.Spring Cloud的介绍
2.1基本认识
2.2Spring Cloud的架构
2.2.1Spring Cloud的核心组件
2.2.2Spring Cloud体系结构
2.3Spring Boot和Spring Cloud的区别与联系
2.3.1 Spring Boot和Spring Cloud的分工不同
2.3.2 Spring Cloud是基于Spring Boot实现的
2.3.3Spring Cloud和Spring Boor依赖项数量不同
2.3.4Spring Cloud不能脱离Spring Boot单独运行
2.4 关于SpringBoot和SpringCloud版本
2.4.1. SpringCloud版本选择
2.4.2. Springboot版本选择
2.4.3. 官网看Boot版本
2.4.4. SpringCloud版本选择
2.4.5. SpringCloud和Springboot之间的依赖关系

📃个人主页:不断前进的皮卡丘
🌞博客描述:梦想也许遥不可及，但重要的是追梦的过程，用博客记录自己的成长，记录自己一步一步向上攀登的印记
🔥个人专栏:微服务专栏

1.微服务中的相关概念

1.1服务的注册与实现

服务注册：服务实例将自身服务信息注册到注册中心。这部分服务信息包括服务所在主机IP和提供服务

的Port，以及暴露服务自身状态以及访问协议等信息。

服务发现：服务实例请求注册中心获取所依赖服务信息。服务实例通过注册中心，获取到注册到其中的

服务实例的信息，通过这些信息去请求它们提供的服务。

Spring Cloud基本介绍_微服务

1.2负载均衡

负载均衡是高可用网络基础架构的关键组件，通常用于将工作负载分布到多个服务器来提高网站、应用、数据库或其他服务的性能和可靠性

Spring Cloud基本介绍_spring_02

1.3熔断

熔断这一概念来源于电子工程中的断路器（Circuit Breaker）。在互联网系统中，当下游服务因访问压力过大而响应变慢或失败，上游服务为了保护系统整体的可用性，可以暂时切断对下游服务的调用。这种牺牲局部，保全整体的措施就叫做熔断。

Spring Cloud基本介绍_spring_03

1.4链路追踪

随着微服务架构的流行，服务按照不同的维度进行拆分，一次请求往往需要涉及到多个服务。互联网应用构建在不同的软件模块集上，这些软件模块，有可能是由不同的团队开发、可能使用不同的编程语言来实现、有可能布在了几千台服务器，横跨多个不同的数据中心。因此，就需要对一次请求涉及的多个服务链路进行日志记录，性能监控即链路追踪

Spring Cloud基本介绍_微服务_04

1.5API网关

随着微服务的不断增多，不同的微服务一般会有不同的网络地址，而外部客户端可能需要调用多个服务的接口才能完成一个业务需求，如果让客户端直接与各个微服务通信可能出现：

客户端需要调用不同的url地址，增加难度
在一定的场景下，存在跨域请求的问题
每个微服务都需要进行单独的身份认证

针对这些问题，API网关顺势而生。

API网关直面意思是将所有API调用统一接入到API网关层，由网关层统一接入和输出。一个网关的基本功能有：统一接入、安全防护、协议适配、流量管控、长短链接支持、容错能力。有了网关之后，各个 API服务提供团队可以专注于自己的的业务逻辑处理，而API网关更专注于安全、流量、路由等问题。

Spring Cloud基本介绍_1024程序员节_05

2.Spring Cloud的介绍

2.1基本认识

Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用 Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子，它只是将目前各家
公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。

2.2Spring Cloud的架构

2.2.1Spring Cloud的核心组件

Spring Cloud的本质是在 Spring Boot 的基础上，增加了一堆微服务相关的规范，并对应用上下文 (Application Context）进行了功能增强。既然 Spring Cloud 是规范，那么就需要去实现，目前Spring Cloud 规范已有 Spring官方，Spring Cloud Netflflix，Spring Cloud Alibaba等实现。通过组件化的方式，Spring Cloud将这些实现整合到一起构成全家桶式的微服务技术栈。

Spring Cloud Netflflix组件

Spring Cloud基本介绍_服务框架_06

Spring Cloud Alibaba组件

Spring Cloud基本介绍_微服务_07

Spring Cloud原生及其他组件

Spring Cloud基本介绍_1024程序员节_08

2.2.2Spring Cloud体系结构

Spring Cloud基本介绍_Spring Cloud_09

从上图可以看出Spring Cloud各个组件相互配合，合作支持了一套完整的微服务架构。

注册中心负责服务的注册与发现，很好将各服务连接起来

断路器负责监控服务之间的调用情况，连续多次失败进行熔断保护。

API网关负责转发所有对外的请求和服务

配置中心提供了统一的配置信息管理服务,可以实时的通知各个服务获取最新的配置信息链路追踪技术可以将所有的请求数据记录下来，方便我们进行后续分析

各个组件又提供了功能完善的dashboard监控平台,可以方便的监控各组件的运行状况

2.3Spring Boot和Spring Cloud的区别与联系

2.3.1 Spring Boot和Spring Cloud的分工不同

Spring Boot是一个基于Spring的快速开发框架，它可以帮助开发者快速搭建web工程。在微服务开发中，Spring Boot专注于快速、方便地开发单个微服务。
Spring Cloud是微服务架构下的一站式解决方案。Spring Cloud专注于全局微服务的协调和治理工作。Spring Cloud相当于微服务的大管家，负责把Spring Boot开发的一个个微服务管理起来，并且为他们提供配置管理、服务实现、断路器、路由、微代理、事件总线、决策竞选以及分布式会话等服务。

2.3.2 Spring Cloud是基于Spring Boot实现的

Spring Cloud是基于Spring Boot实现的，它和Spring Boot类似，Spring Cloud也提供了一系列Starter,这些Starter是Spring Cloud使用Spring Boot死信对各个微服务框架进行再封装的产物，它们屏蔽了这些微服务框架中复杂的配置和实现原理，让开发者可以快速、方便地使用Spring Cloud搭建一套分布式微服务系统。

2.3.3Spring Cloud和Spring Boor依赖项数量不同

Spring Boot是一种轻量级的框架，构建Spring Boot工程需要的依赖比较少
Spring Cloud是一系列微服务框架技术的集合体，它的每一个组件都需要一个独立的依赖性(Starter POM），所以，如果想要构建一套完整的Spring Cloud工程，一般都需要大量的依赖项。

2.3.4Spring Cloud不能脱离Spring Boot单独运行

Spring Boot不需要Spring Cloud，就可以直接创建可以独立运行的工程或模块
Spring Boot虽然可以用来开发单个微服务，但是它没用管理和协调微服务的能力，所以它只能算是一个微服务快速开发框架，而不是微服务框架。

2.4 关于SpringBoot和SpringCloud版本

2.4.1. SpringCloud版本选择

SpringBoot2.X版和SpringCloud H版
SpringCloud Alibaba 2.1

2.4.2. Springboot版本选择

git源码地址：

https://github.com/spring-projects/spring-boot/releases/SpringBoot2.0新特性：

https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-2.0-Release-Notes

通过上面官网发现，Boot官方强烈建议你升级到2.X以上版本

Spring Cloud基本介绍_Spring Cloud_10

2.4.3. 官网看Boot版本

springboot(截至2020.4.4)

Spring Cloud基本介绍_Spring Cloud_11

2.4.4. SpringCloud版本选择

git源码地址： https://github.com/spring-projects/spring-cloud/wiki
官网：https://spring.io/projects/spring-cloud
官网看Cloud版本
Cloud命名规则

Spring Cloud采用了英国伦敦地铁站的名称来命名，并由地铁站名称字母A-Z依次类推的形式来发布迭代版本。
Spring Cloud 是一个由许多子项目组成的综合项目，各子项目有不同的发布节奏。为了管理SpringCloud与各子项目的版本依赖关系，发布了一个清单，其中包括了某个SpringCloud版本对应的子项目版本。为了避免SpringCloud版本号与子项目版本号混淆，SpringCloud版本采用了名称而非版本号的命名，这些版本的名字采用了伦敦地铁站的名字，根据字母表的顺序来应对版本时间顺序。例如Angel是第一个版本，Brixton是第二个版本。当SpringCloud的发布内容积累到临界点或者一个重大BUG被解决后，会发布一个"service releases"版本，简称SRX版本，比如Greenwich.SR2就是SpringCloud发布的Greenwich版本的第二个SRX版本。