spring cloud入门学习以及spring cloud技术栈架构图（分布式系统架构图）

最新推荐文章于 2025-03-22 00:54:14 发布

置顶新林。

最新推荐文章于 2025-03-22 00:54:14 发布

阅读量7.4k

点赞数 7

分类专栏： spring cloud java spring cloud alibaba 文章标签： springcloud入门 springcloud技术栈分布式系统技术栈架构图 springcloud架构图

本文链接：https://blog.csdn.net/qq_21187515/article/details/107599458

版权

java 同时被 3 个专栏收录

35 篇文章

订阅专栏

spring cloud

7 篇文章

订阅专栏

spring cloud alibaba

3 篇文章

订阅专栏

本文深入探讨了微服务架构及SpringCloud解决方案，分析了微服务架构相较于单体架构的优势与挑战，详细介绍了SpringCloud如何通过集成多种技术栈解决微服务治理、配置、负载均衡、网关、容错等问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、Spring Cloud是什么？

spring cloud是微服务架构的一整套微服务解决方案的技术栈，是这些技术栈的框架集合，包含了服务治理、注册中心、配置中心、客户端负载均衡、网关、限流熔断、分布式链路追踪、分布式事务等技术栈，这些技术栈提供了微服务架构存在的各种问题的解决方案。

二、为什么用Spring Cloud?

单体架构的开发流程
回想我们以前单体架构的项目，所有功能都在一个项目里面，包括前端页面和后端的各个管理模块。部署的时候直接打成一个war包，然后重启tomcat服务器。这样的单体架构优点对小项目来说，开发维护简单。但是对大型项目来说，每个模块紧密耦合，每修改一个小点的功能后重新部署导致整个系统不可用，水平扩展的时候不能针对某一个模块，要整个项目（包含各个模块）一起水平扩展，导致资源浪费。
微服务架构，以及微服务架构后出现的问题
针对单体架构的问题，我们微服务架构针对每个模块进行了原子划分，每个模块划分为一个微服务，整个系统可以划分为很多个微服务。使用了微服务架构后系统更容易拓展，但是也增加了开发和维护的难度，出现了很多新的问题。

1）首先，微服务多了之后，我们如何知道这些微服务的健康状态，管理这些微服务
2）每个微服务之前如何进行远程调用其他微服务，微服务成百上千，IP地址和端口号不能单体架构一样写死调用了
3）众多微服务，如果进行参数配置，如何快速修改配置文件？逐个配置是很麻烦的
4）客户端如何访问我们这些众多的微服务，如果写死访问的每个微服务的IP在客户端，那么当微服务的IP和端口变化的时候也要修改客户端，而且微服务众多
5）微服务之间相互调用，如果有一些微服务出错了或宕机了，可能导致出现雪崩，从而影响整个微服务系统，如何解决
6）多个微服务之间的服务调用，如何保证分布式事物的数据一致性

注：我下面描述的是SpringCloud、SpringCloud Alibaba针对这些问题的解决方案

针对这些问题，Spring Cloud的解决方案
1）. 在SpringCloud里面，通过注册中心来管理微服务，每个微服务提供自己的IP和端口向注册中心注册，如果微服务关掉了，会剔除出注册中心，SpringCloud提供了Eureka、Nacos的注册中心来解决微服务治理的问题方案
2）在微服务中实现远程服务调用，SpringCloud提供了Ribbon、Feign组件来处理的解决方案。这些远程调用向注册中心发现服务，获取相关服务的IP地址、端口的列表，然后客户端负载均衡进行调用其他服务。
3）针对分布式配置，SpringCloud提供了Spring Cloud Config的解决方案以及使用Nacos配置中心的方案，管理每个微服务的配置
4）外网客户端访问，都经过网关，然后网关也会从注册中心发现要访问的服务的IP列表，通过网关转发这些请求到相关内部的服务，SpringCloud提供的解决方案是Spring Cloud Gateway
5）SpringCloud提供的Hystrix进行熔断保护以及SpringCloudAlibaba提供了Sentinel的微服务容错的解决方案
6）SpringCloudAlibaba提供了Seata组件来保证分布式事务一致性