在Java的整个学习过程中，大家势必会听见一些什么分布式-微服务、高并发、高可用这些专业术语，给人的感觉很高级，有一种高深莫测的感觉。可以看一下这篇博客对这些技术架构的演变有一个初步的认识:

服务端⾼并发分布式结构演进之路-CSDN博客文章浏览阅读950次，点赞11次，收藏9次。在进行技术学习过程中，由于大部分读者没有经历过一些中大型系统的实际经验，导致无法从服务端⾼并发分布式结构演进之路-----在进行技术学习过程中，由于大部分读者没有经历过一些中大型系统的实际经验，导致无法从全局理解一些概念，所以本文以一个"电子商务"应用为例，介绍从一百个到千万级并发情况下服务端的架构的演进过程，同时列举出每个演进阶段会遇到的相关技术，让大家对架构的演进有一个整体的认知，方便大家对后续知识做深入学习时有一定的整体视野。https://blog.csdn.net/qq_45875349/article/details/139639760?spm=1001.2014.3001.5501在学习Spring Cloud 之前,我们先来了解下什么是微服务,以及微服务的发展史.在架构发展的过程中,项目开发遇到了哪些问题,以及Spring Cloud是用来解决什么问题的,这些概念上的有助于对后续发开的深刻理解。其实在上面的博客中已经叙述了关于架构的发展过程。

1. 什么是微服务？

1.1 单体架构

对于一个系统来说，将前端+后端+数据库这些所有的业务都打包在一个项目中，就是单体架构。

比如大家都很熟悉的电商系统为例,电商系统包括:用户管理,商品管理,订单管理,支付管理,库存管理,物流管理等等,项目早期我们会把这些模块都写在一个web项目中,然后统一部署到一个Web服务器中。

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

1.2 集群和分布式架构

当我们的系统服务的用户越来越多的时候，用户量逐渐增加、我们的服务面临的压力也逐渐增加。可能会面临一些问题：

1. 后端服务器的压力就会越来越大,负载越来越高,甚至出现无法访问的情况
2. 业务场景逐渐复杂.为了满足用户的需求,单体应用也会越来越大,各个业务代码之间的耦合度也会越来越高.任何一个问题，都需要整个项目重新构建,发布.
3. 一个微小的问题,可能会导致整个应用挂掉

这时候我们一般会从两个角度进行优化：

1. 横向：添加服务器，把单台机器变成多台机器的集群。

2. 纵向：对应用的业务进行拆分，拆分为多个子项目。（垂直架构）

以单体结构规模的项目为单位进行垂直划分,也就是将一个大项目拆分成一个一个单体结构项目.项目和项目之间相对比较独立,接口多为数据同步功能.

集群

集群(cluster)是将一个系统完整的部署到多个服务器上,每个服务器都能提供系统的所有服务,多个
服务器通过负载均衡调度完成任务,每个服务器称为集群的节点(node)。

集群就像在一个大餐馆里设置了多个完全相同的厨房（节点）。每个厨房都可以独立处理整个菜单上的任何订单。顾客的订单被分配到不同的厨房，由每个厨房独立完成。这种方式确保如果一个厨房出了问题，其他厨房还能继续工作，保证餐馆整体的服务能力。

分布式

分布式是将一个系统拆分为多个子系统，多个子系统部署在多个服务器上，多个服务器上的子系统协同合作完成一个特定任务。

分布式则像是在一个大餐馆里，把菜单分成了多个部分，每个厨房只负责其中一部分。例如，一个厨房只做前菜，另一个厨房只做主菜，第三个厨房只做甜点。这样，每个厨房专注于自己负责的部分，所有厨房一起协作完成整个餐馆的服务。

集群和分布式区别和联系

1.从概念上.集群是多个计算机做同样的事,分布式是多个计算机做不同的事

2.从功能上.集群的每一个节点功能是相同的,并且可以替代的,分布式也是多个节点组成的系统,但是每个节点完成的业务是不同的,一个节点出现问题,这个业务就不可访问了

3.从关系上,分布式和集群在实践中,很多时候是互相配合使用的,比如分布式的某一个节点,可能由一个集群来代替,分布式架构大多是建立在集群上的,所以实际的分布式架构设计中并不会把分布式和集群单独区分,而是统称:分布式架构.

1.3 微服务架构

系统经过分布式进行业务拆分后，还会存在一些重复的功能开发。

在分布式架构下,当部署的服务越来越多,重复的代码就会越来越多,服务的调用关系也会越来越复杂,我们可以把一些通用的,会被多个上层服务调用的共享业务,提取成独立的基础服务,组成一个个微小的服务.这就是微服务.简单来说,微服务就是很小的服务.小到一个服务只对应一个单一的功能,只做一件事,这个服务可以单独部署运行。

微服务之间可以采用REST和RPC协议进行通信，此处把他理解为接口的约定

从这个角度来看,微服务架构是分布式架构的一种拓展,这种架构模式下它拆分粒度更小,服务更独立,可以理解为:微服务是一种经过良好架构设计的分布式架构方案.

分布式架构侧重于压力的分散,强调的是服务的分散化.微服务侧重于能力的分散,更强调服务的专业化和精细分工.从实践的角度来看,微服务架构通常是分布式服务架构,反之则未必成立.所以,选择微服务通常意味着需要解决分布式架构的各种难题. 

2. 微服务的优势与挑战

微服务架构带来好处的同时,也面临着一些挑战,从单体服务转向微服务意味着管理更加复杂。

优势

• 独立部署：每个服务可以独立部署和更新，不影响其他服务。这减少了发布的风险，提高了发布的灵活性。

• 技术多样性：不同的服务可以使用不同的技术栈（编程语言、数据库等），根据具体需求选择最合适的技术。

• 扩展性：可以针对某个服务单独进行水平扩展（增加实例数量）或垂直扩展（增加单个实例的处理能力），提高系统的弹性和资源利用率。

• 容错性：服务之间的隔离性增强了系统的容错能力。如果一个服务失败，不会影响其他服务的运行，系统能更好地应对部分故障。

• 团队独立性：不同的服务可以由不同的小团队负责，这样团队可以独立开发、测试和部署，提高开发效率和团队自主性。

• 更容易的理解和维护：由于服务较小且专注于单一业务功能，代码库更易于理解和维护。新成员可以更快上手。

挑战

• 分布式系统复杂性：微服务架构将单一应用分解成多个服务，带来了分布式系统的复杂性。服务间的通信、数据一致性、事务管理等都是新的挑战。

• 服务间通信开销：服务间的网络通信会带来额外的开销，可能会影响性能。需要优化通信机制和策略，确保服务间通信高效可靠。

• 数据管理：数据管理变得更加复杂。每个服务通常拥有自己的数据库，这导致分布式数据管理和跨服务的数据一致性变得困难。

• 运维复杂性：管理和监控大量微服务实例需要更复杂的运维工具和流程。需要有效的监控、日志和告警系统来确保服务的稳定性。

• 部署和版本控制：部署多个独立的服务需要有效的部署管道和版本控制机制，确保各服务之间的兼容性和协调。

• 测试难度：测试微服务架构比测试单一应用复杂。需要模拟服务间的交互，并处理分布式环境下的各种测试场景。

• 安全性：每个服务都是独立的潜在攻击点，需要确保每个服务的安全性，以及服务间通信的安全。

既然我们的java框架已经发展到这一步骤，并且已经出现了这些需求，就肯定需要解决这些困难，就算有困难也需要去使用微服务啊！我们是自己研发还是直接选取市场上比较成熟的技术来使用？

全球的互联网公司都在积极尝试自己的微服务落地方案.在Java领域,最引人注目的就是Spring Cloud。

3. 微服务解决方案：Spring Cloud

3.1 什么是Spring Cloud

Spring Cloud 提供了一些可以让开发人员快速构建分布式服务的工具,比如配置管理,服务发现,熔断,智能路由等.他们可以在任何分布式环境中很好的工作. Spring Cloud 通过集成和扩展多个开源项目，为开发人员提供了一整套解决方案，使他们能够快速构建和管理分布式服务。这些工具和库在任何分布式环境中都能很好地工作，帮助开发人员解决配置管理、服务发现、熔断、智能路由等常见问题，提高系统的稳定性、灵活性和可扩展性。

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

注意：

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

3.2 Spring Cloud版本

Spring Cloud中的所有子项目都依赖SpringBoot,所以SpringBoot和Spring Cloud的版本之间也存在-定的对应关系。⽐如SpringBoot 3.2.X对应的SpringCloud版本是2023.0.X

 3.3 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 也被迫宣布删除这些维护模块.

现在只有Eureka:服务注册和发现。

 Spring Cloud Netflix 在很多公司都有大规模使用,一旦停止更新,短期看影响不大,但长期显然是不合适的,Spring Cloud官方也提供了一些替换建议。

 Spring Cloud Alibaba

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

虽然Spring Cloud Alibaba目前并不是Spring Cloud官方推荐的默认方案,但是Spring Cloud Alibaba是阿里中间件团队主导的一个新生项目，正处于高速迭代中.甚至在Alibaba的开源组件还没有织入SpringCloud生态之前,就已经在各大公司广泛使用了.

 Spring Cloud 实现对比