别再瞎忙了!Spring Cloud让你的微服务开发效率翻倍

Spring Cloud概述

认识微服务

单体架构

很多创业公司早期或者传统企业会把业务的所有功能实现都打包在⼀个项⽬, 这就是单体架构. 业务的所有功能实现都打包在⼀个war包或者Jar包中, 这种⽅式就称为单体架构

以电商系统为例, 电商系统包括: ⽤⼾管理, 商品管理, 订单管理, ⽀付管理, 库存管理, 物 流管理等等, 项⽬早期我们会把这些模块都写在⼀个web项⽬中, 然后统⼀部署到⼀个Web服务器中

这种架构开发简单, 部署简单, ⼀个项⽬就包含了所有的功能, 省去了多个项⽬之间的交互和调⽤消耗. 直接部署在⼀个服务器即可.

集群和分布式架构

当⽹站的⽤⼾量越来越⼤, 需求也会越来越多, 流量也会越来越⼤, 服务可能就会⾯临以下问题:

  • 后端服务器的压⼒就会越来越⼤, 负载越来越⾼, 甚⾄出现⽆法访问的情况
  • 业务场景逐渐复杂. 为了满⾜⽤⼾的需求, 单体应⽤也会越来越⼤. 各个业务代码之间的耦合度也会 越来越⾼. 任何⼀个问题, 都需要整个项⽬重新构建, 发布
  • ⼀个微⼩的问题, 可能会导致整个应⽤挂掉

我们从两个⽅⾯进⾏优化:

  • 横向: 添加服务器, 把单台机器变成多台机器的集群-集群
  • 纵向: 把⼀个应⽤, 按照业务进⾏拆分, 拆分为多个项⽬. 此架构也称为垂直架构-分布式

集群和分布式

  • 集群(cluster)是将⼀个系统完整的部署到多个服务器上, 每个服务器都能提供系统的所有服务, 多个 服务器通过负载均衡调度完成任务. 每个服务器称为集群的节点(node)
  • 分布式是将⼀个系统拆分为多个⼦系统,多个⼦系统部署在多个服务器上,多个服务器上的⼦系统 协同合作完成⼀个特定任务

⼀个饭店只有⼀个厨师, 这个厨师负责备菜, 洗菜, 切菜, 炒菜. 随着这个饭店的⽣意越来越好, 这个厨师忙不过来了, 饭店⼜请了⼀个厨师, 新厨师和⽼厨师做⼀样的 事情, 也是洗菜, 切菜, 炒菜. 这两个厨师的关系就是集群. 为了让厨师专⼼炒菜, 饭店⼜请了⼀个配菜师, 负责备菜, 洗菜, 切菜. 厨师和配菜师的关系就是分布 式. 后来⼀个配菜师也忙不过来了, ⼜请了⼀个配菜师, 这两个配菜师的关系就是集群.

集群和分布式区别和联系

  1. 从概念上. 集群是多个计算机做同样的事, 分布式是多个计算机做不同的事
  2. 从功能上. 集群的每⼀个节点功能是相同的, 并且可以替代的. 分布式也是多个节点组成的系统, 但是 每个节点完成的业务是不同的, ⼀个节点出现问题, 这个业务就不可访问了.
  3. 从关系上. 分布式和集群在实践中, 很多时候是互相配合使⽤的. ⽐如分布式的某⼀个节点, 可能由⼀ 个集群来代替. 分布式架构⼤多是建⽴在集群上的. 所以实际的分布式架构设计中并不会把分布式和 集群单独区分, ⽽是统称: 分布式架构

微服务架构

从上图中可以看出, 按照业务进⾏拆分后, 会有⼀些重复的功能开发, ⽐如订单系统, 电商平台和⽀付系 统都会涉及

在分布式架构下, 当部署的服务越来越多, 重复的代码就会越来越多, 服务的调⽤关系也会越来越复杂. 我们可以把⼀些通⽤的, 会被多个上层服务调⽤的共享业务, 提取成独⽴的基础服务, 组成⼀个个微⼩的 服务. 这就是微服务.

简单来说, 微服务就是很⼩的服务. ⼩到⼀个服务只对应⼀个单⼀的功能, 只做⼀件事. 这个服务可以单 独部署运⾏

微服务之间可以采⽤REST和RPC协议进⾏通信

此处把他理解为接⼝的约定. 从这个⻆度来看, 微服务架构是分布式架构的⼀种拓展, 这种架构模式下它拆分粒度更⼩, 服务更独⽴.可以理解为: 微服务是一种经过良好架构设计的分布式架构方案

分布式架构&微服务架构

  • 分布式: 服务拆分, 拆了就⾏
  • 微服务: 指⾮常微⼩的服务, 更细粒度的垂直拆分, 通常指不能再拆的服务
  • 分布式架构侧重于压⼒的分散, 强调的是服务的分散化
  • 微服务侧重于能⼒的分散, 更强调服务的专业化 和精细分⼯
  • 从实践的⻆度来看, 微服务架构通常是分布式服务架构, 反之则未必成⽴. 所以, 选择微服务 通常意味着需要解决分布式架构的各种难题.

微服务优势

  • 易开发和维护. 每个微服务负责的业务⽐较清晰, 体量⼩, 开发和维护成本降低
  • 容错性⾼. ⼀个服务发⽣故障, 可以使故障隔离在单个服务中, 不影响整体服务故障
  • 扩展性好. 每个服务都是独⽴运⾏的, 我们可以结合项⽬实际情况进⾏扩展, 按需伸缩
  • 技术选型灵活. 每个微服务都是单独的团队来运维, 可以根据业务特点和团队特点, 选择适合的技术 栈

微服务解决方案- Spring Cloud

什么是Spring Cloud

简单来说, Spring Cloud 就是分布式微服务架构的⼀站式解决⽅案, 是微服务架构落地的多种技术的集合

比如:

  • Distributed/versioned configuration 分布式版本配置
  • Service registration and discovery 服务注册和发现
  • Routing 路由 • Service-to-service calls 服务调⽤
  • Load balancing 负载均衡
  • Circuit Breakers 断路器
  • Distributed messaging 分布式消息

Spring Cloud 并不是Spring 团队研发的框架, 它只是把⼀些⽐较优秀的解决微服务架构中常 ⻅问题的开源框架基于SpringCloud规范进⾏了整合, 并基于SpringBoot的⻛格,对这些组件 进⾏封装, 屏蔽掉了复杂的配置和实现原理. 为开发者提供了开箱即⽤的微服务开发体验. 这些开源技术的框架是由各个公司来维护的. Spring Cloud 就是这些微服务的⼤管家

Spring Cloud版本

  1. Spring Cloud 是⼀个由很多⼦项⽬组成的庞⼤项⽬, 这些⼦项⽬由各个公司来维护的, 所以发布阶段也 是不同的
  2. 为了管理主项⽬和⼦项⽬的依赖关系, 以及为了避免和⼦项⽬版本的冲突, 主项⽬版本命名并没有采⽤ 和⼦项⽬数字版本化的形式, ⽽是采⽤了英⽂名称
  3. 这个英⽂版本名称也⽐较有趣, Spring Cloud 采⽤了英国伦敦地铁站的名称来命名,并由地铁站名称字 ⺟A-Z依次类推的形式来发布迭代版本
  • Angel
  • Brixton
  • Camden
  • Dalston
  • Edgware
  • Finchley
  • Greenwich
  • Hoxton

但英⽂版本号太复杂了, 从 Hoxton 版本之后, Spring Cloud的版本就变成了2020.0.0 这样的⽇期版本号了

  • 2020.0.x aka Ilford
  • 2021.0.x aka Jubilee
  • 2022.0.x aka Kilburn
  • 2023.0.x aka Leyton

Spring Cloud和SpringBoot的关系

Spring Cloud中的所有⼦项⽬都依赖SpringBoot, 所以SpringBoot 和Spring Cloud的版本之间也存在 ⼀定的对应关系

⽐如SpringBoot 3.2.X对应的SpringCloud版本是2023.0.X

如果我们有⼀个SpringBoot项⽬, 我们希望在这个项⽬中添加SpringCloud的⼀些组件, 需要根据当前 项⽬的SpringBoot版本, 选择SpringCloud的版本(当然, 新项⽬不存在这个问题)

Spring Cloud实现⽅案

在Spring Cloud的规范下, 有很多实现, 其中最为出名的是

  • Spring Cloud Netflix
  • Spring Cloud Alibaba
  • Spring Cloud Netflix

Spring Cloud Netflix是 Netflix OSS(Netflix Open Source Software)在Spring Cloud规范下的实现. 包含的组件及其主要功能⼤致如下:

  • Eureka: 服务注册和发现
  • Zuul: 服务⽹关
  • Ribbon: 负载均衡
  • Feign: 服务调⽤组件
  • Hystrix: 断路器, 提供服务熔断和限流
  • Hystrix Dashboard: 监控⾯板
  • ...

在很⻓的⼀段时间⾥, Spring Cloud ⼀度被泛指 Spring Cloud Netflix. Spring Cloud⼀直以来把 Netflix OSS 套件作为其官⽅默认的⼀站式解决⽅案. 然⽽, Netflix公司在2018年前后宣布其核⼼组 件Hystrix、Ribbon、Zuul等均进⼊维护状态, Spring Cloud 也被迫宣布删除这些维护模块.

spring-cloud-netflix 并没有从Spring Cloud的依赖中完全删除, 只是从2020.0版本起, 他只管 理Eureka.

Spring Cloud Netflix 在很多公司都有⼤规模使⽤, ⼀旦停⽌更新, 短期看影响不⼤, 但⻓期显然是不合 适的, Spring Cloud官⽅也提供了⼀些替换建议.

Netflix推荐替代品说明
Hystrix Resilience4jHystrix也推荐⼤家使⽤Resilience4j代替⾃ ⼰
Hystrix Dashboard/ TurbineMicrometer + Monitoring System说⽩了,监控这件事交给更专业的组件去 做
RibbonSpring Cloud Loadbalancer忍不住了,Spring终究亲⾃出⼿
Zuul 1Spring Cloud Gateway忍不住了,Spring终究亲⾃出⼿
Archaius 1Spring Boot外部化配置 + Spring Cloud配置

⽐Netflix实现的更好、更强⼤

Spring Cloud Alibaba

Spring Cloud Alibaba 是阿⾥巴巴集团下的开源组件和云产品在Spring Cloud规范下的实现

虽然Spring Cloud Alibaba⽬前并不是Spring Cloud官⽅推荐的默认⽅案, 但是Spring Cloud Alibaba 是阿⾥中间件团队主导的⼀个新⽣项⽬,正处于⾼速迭代中. 甚⾄在Alibaba的开源组件还没有织⼊ SpringCloud⽣态之前, 就已经在各⼤公司⼴泛使⽤了

官⽅⽹站: Spring Cloud Alibaba 是什么 | Spring Cloud Alibaba

如果说Spring Cloud Netflix 是 Spring Cloud 的第⼀代实现, 那么Spring Cloud Alibaba 也可以看做是 Spring Cloud 的第⼆代实现, 主要由 Nacos、Sentinel、Seata 等组件组成.

Spring Cloud Alibaba 吸收了 Spring Cloud Netflix 微服务框架的核⼼架构思想, 并进⾏了⾼性能改 进. ⾃ Spring Cloud Netflix 进⼊停更维护后, Spring Cloud Alibaba 逐渐代替它成为主流的微服务框 架.

Spring Cloud 实现对⽐

SpringCloud官方实现Spring Cloud NetflixSpring Cloud Alibaba
服务注册/发现EurekaEurekaNacos
服务调⽤OpenFeignFeignDubbo
配置中⼼SpringCloudConfigArchaiusNacos
服务⽹关SpringCloudGatewayZuulSpringCloudGateway
负载均衡SpringCloudLoadBalanceRibbon Dubbo
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值