如何理解SpringCloud

最新推荐文章于 2024-11-28 15:37:50 发布

AtlantisChina

最新推荐文章于 2024-11-28 15:37:50 发布

阅读量1.2k

点赞数 1

分类专栏： SpringCloud 文章标签：微服务 Spring Cloud

本文链接：https://blog.youkuaiyun.com/q961250375/article/details/105584784

版权

SpringCloud 专栏收录该内容

2 篇文章

订阅专栏

SpringCloud是基于SpringBoot的微服务解决方案，提供服务注册与发现、配置中心、断路器等功能，简化分布式系统开发。它与SpringBoot是互补关系，SpringBoot专注于微服务开发，SpringCloud负责服务治理。相较于Dubbo，SpringCloud采用REST方式而非RPC，提供更全面的解决方案，且有强大的社区支持。

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

1.SpringCloud 概述

SpringCloud，基于SpringBoot提供了一套微服务解决方案，包括服务注册与发现、配置中心、全链路监控、服务网关、负载均衡、熔断器等组件，除了基于Netflix的开源组件做高度抽象封装之外，还有一些选型中立的开源组件。

SpringCloud利用SpringBoot的开发便利性，巧妙地简化了分布式系统基础设施的开发，SpringCloud为开发人员提供了快速构建分布式系统的一些工具、包括配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等，它们都可以用SpringBoot的开发风格做到一键启动和部署。

Distributed/versioned configuration（分布式/版本控制器）
Service registration and discovery（服务注册与发现）
Routing（路由）
Service-to-service calls（服务与服务之间的通信）
Load balancing（负载均衡配置）
Circuit Breakers（断路器）
Global locks（全局锁）
Leadership election and cluster state（决策竞选）
Distributed messaging（分布式消息管理）

SpringBoot并没有重复造轮子，它只是将目前各家公司开发的比较成熟，经得起实际考验的服务框架组合起来，通过SpringBoot风格进行再封装，屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂，易部署和易维护的分布式系统开发工具包。

SpringCloud是分布式微服务架构下的一站式解决方案，是各个微服务架构落地技术的集合体，俗称微服务全家桶。
在这里插入图片描述

2.SpringCloud 和 SpringBoot 的关系

（1）SpringBoot专注于快速开发具体的微服务应用。（一个个jar包）
（2）SpringCloud是关注全局的服务治理框架，它将SpringBoot开发的一个个微服务整合并管理起来，为各个微服务之间提供配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等集成服务。
（3）SpringBoot可以独立开发项目，但是SpringCloud离不开SpringBoot，SpringCloud依赖于SpringBoot，但SpringBoot不依赖与SpringCloud。

3.SpringCloud 和 Dubbo 的对比

https://github.com/spring-cloud
https://github.com/dubbo

—	Dubbo	Spring
服务注册中心	Zookeeper	Spring Cloud Netflix Eureka
服务调用方式	RPC	REST API
服务监控	Dubbo-monitor	Spring Boot Admin
断路器	不完善	Spring Cloud Netflix Hystrix
服务网关	无	Spring Cloud Netflix Zuul
分布式配置	无	Spring CLoud Config
服务跟踪	无	Spring Cloud Sleuth
消息总线	无	Spring Bus
数据流	无	Spring CLoud Stream
批量任务	无	Spring Cloud Task

（1）最大区别：SpringCloud抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式。
严格来说，这两种方式各有优劣。虽然从一定程度上来说，后者牺牲了服务调用的性能，但也避免了原生RPC带来的问题。而且REST相比RPC更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖，这在强调快速演化的微服务环境下，显得更加合适。

（2）“品牌机”与“组装机”的区别
很明显，Spring Cloud的功能比Dubbo更加强大，涵盖面更广，而且作为Spring的拳头项目，它也能够与Spring Framework、Spring Boot、Spring Data、Spring Batch等其他Spring项目完美融合。这些对于微服务而言是至关重要的。
使用Dubbo构建的微服务架构就像是组装电脑，各个环节我们的选择自由度很高，但是最终结果很有可能因为一条内存质量不行就无法启动，总是不让人怎么放心，但是如果你是一名大佬，那这些都不是问题；而SpringCloud就像品牌机，在Spring Source的整合下，做了大量的兼容性测试，保证了机器拥有更高的稳定性，但是如果要在使用非原装组件外的东西，就需要对其基础有足够的了解。

（3）GitHub社区支持与更新力度
更为重要的是，Dubbo停止了5年左右的更新，虽然20017.7重启了。对于技术发展的新需求，需要由开发者自行拓展升级，这对于很多想要采用微服务架构的中小软件公司，显然是不太合适的，中小公司没有这么强大的技术能力去修改Dubbo源码+周边的一整套解决方案，并不是每一个公司都有阿里的大牛+真实的线上生产环境测试过。

4.SpringCloud 下载

https://spring.io/projects/spring-cloud#learn
在这里插入图片描述
SpringCloud是一个由众多独立子项目组成的大型综合项目，每个子项目有不同的发行节奏，都维护着自己的发布版本号。SpringCloud通过一个资源清单BOM（Bill of Materials）来管理每个版本的子项目清单。为避免与子项目的发布号混淆，所以没有采用版本号的方式，而是通过命名的方式。
在这里插入图片描述