当前位置： 首页 > news >正文

Spring Cloud基本介绍

news 来源：原创 2024/4/30 14:14:40

✨ 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，以及暴露服务自身状态以及访问协议等信息。
服务发现：服务实例请求注册中心获取所依赖服务信息。服务实例通过注册中心，获取到注册到其中的
服务实例的信息，通过这些信息去请求它们提供的服务。
在这里插入图片描述

1.2负载均衡

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

1.3熔断

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

1.4链路追踪

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

1.5API网关

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

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

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

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 Alibaba组件
在这里插入图片描述

Spring Cloud原生及其他组件
在这里插入图片描述

2.2.2Spring Cloud体系结构

在这里插入图片描述

从上图可以看出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以上版本
在这里插入图片描述

2.4.3. 官网看Boot版本

springboot(截至2020.4.4)
在这里插入图片描述

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版本。

  • SpringCloud(截至2020.4.4)

  • 在这里插入图片描述

  • 在这里插入图片描述

2.4.5. SpringCloud和Springboot之间的依赖关系

https://cloud.spring.io/spring-cloud-static/Hoxton.SR1/reference/htmlsingle/
在这里插入图片描述

最新版本对应关系：截止2020年4月初
https://cloud.spring.io/spring-cloud-static/Hoxton.SR3/reference/html/spring-cloud.html
在这里插入图片描述

更详细的版本对应查看方法：https://start.spring.io/actuator/info
在这里插入图片描述

相关文章：

  • 【目标检测】使用TensorRT加速YOLOv5
  • python数据分析及可视化（九）pandas数据规整（分组聚合、数据透视表、时间序列、数据分析流程）
  • 到了30岁，我才有了深刻的感悟：千万不要一辈子靠技术生存
  • 过滤器和拦截器的区别
  • i.MX 6ULL 驱动开发 十九：RGBLCD
  • 前端谷歌浏览器基本介绍及前后端分离原理分析
  • Day12-尚品汇-trade静态组件
  • 十大排序算法(java实现万字详解)
  • Qt文档阅读笔记-Hello Speak Example
  • 【Golang开发面经】知乎（两轮技术面）
  • 1024程序员节：从关注自身健康开始
  • 负载均衡式在线OJ
  • SQL注入天书笔记（1）布尔盲注
  • 【2022集创赛】安谋科技杯一等奖作品：Cortex-M0智能娱乐收音机
  • python3-python中的多任务处理利器-协程的使用（一），asyncio模块的使用
  • JavaScript 事件——“事件类型”中“HTML5事件”的注意要点
  • jdbc就是这么简单
  • Node 版本管理
  • Nodejs和JavaWeb协助开发
  • node学习系列之简单文件上传
  • Traffic-Sign Detection and Classification in the Wild 论文笔记
  • WebSocket使用
  • WePY 在小程序性能调优上做出的探究
  • windows-nginx-https-本地配置
  • 半理解系列--Promise的进化史
  • 闭包,sync使用细节
  • 浮动相关
  • 理清楚Vue的结构
  • 力扣(LeetCode)56
  • 前端面试之闭包
  • 思否第一天
  • 一起来学SpringBoot | 第十篇：使用Spring Cache集成Redis
  • 06-01 点餐小程序前台界面搭建
  • MyCAT水平分库
  • 数据库巡检项
  • #微信小程序：微信小程序常见的配置传旨
  • #我与Java虚拟机的故事#连载09：面试大厂逃不过的JVM
  • (1)bark-ml
  • （12）目标检测_SSD基于pytorch搭建代码
  • (8)Linux使用C语言读取proc/stat等cpu使用数据
  • （java版）排序算法----【冒泡，选择，插入，希尔，快速排序，归并排序，基数排序】超详细~~
  • (阿里巴巴 dubbo,有数据库，可执行 )dubbo zookeeper spring demo
  • (简单) HDU 2612 Find a way，BFS。
  • （十）【Jmeter】线程（Threads(Users)）之jp@gc - Stepping Thread Group (deprecated)
  • (转)Groupon前传：从10个月的失败作品修改，1个月找到成功
  • （转）shell调试方法
  • **python多态
  • ... fatal error LINK1120：1个无法解析的外部命令 的解决办法
  • .NET 5种线程安全集合
  • .NET NPOI导出Excel详解
  • .net 受管制代码
  • .NET运行机制
  • .Net中wcf服务生成及调用
  • .Net组件程序设计之线程、并发管理（一）
  • .vimrc php,修改home目录下的.vimrc文件，vim配置php高亮显示