SpingCloud概述

最新推荐文章于 2024-07-15 21:29:51 发布

实习生i

最新推荐文章于 2024-07-15 21:29:51 发布

阅读量704

点赞数

分类专栏： SpringCloud 文章标签： SpringCloud

本文链接：https://blog.csdn.net/qq_35706771/article/details/84399777

版权

2 篇文章 0 订阅

订阅专栏

Spring官网
SpringCloud学习项目GitHub地址

Spring Cloud，基于 Spring Boot 提供了一套微服务解决方案，包括服务注册与发现、配置中心、全链路监控、服务网关、负载均衡、熔断器…组件，除了基于 “Netflix" 的开源组件做高度抽象封装之外，还有一些选型中立的开源组件；
Spring Cloud利用Spring Boot的开发便利性巧妙的简化了分布式系统基础设施的开发，SpringCloud为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等，它们都可以使用Spring Boot的开发风格做到一键部署；
Spring Cloud并没有重复制作轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽了复杂的配置和实现原理，最终给开发者留出一套简单易懂、易部署和易维护的分布式系统开发工具包。
Spring’Cloud：分布式微服务架构下的一站式解决方案，是各个微服务架构落地技术的集合体，人称”微服务全家桶“

通俗：
Boot微观上：具体关注的是一个一个的微服务；
Cloud宏观上：分布式微服务一个整体【多个微服务，SpringBoot可以是单一的整体，但是SpringCloud必须依赖于某个Spring Boot】；

Spring Boot专注于快速方便的开发单个个体的微服务；
Spring Cloud专注于全局的微服务协调整理治理框架，它将Spring Boot开发的一个个单体微服务整合起来并管理起来。为各个微服务之间提供配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等及集成服务；
Spring Boot可以离开Spring Cloud独立开发项目，但是Spring Cloud离不开Spring Boot，属于依赖关系；
总结：Spring boot专注于快速、方便开发单个微服务个体，Spring Cloud关注全局的服务治理框架。

SpringCloud 和 Dubbo 对比图

SpringCloud抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式

严格来说：这两种方式各有优点和缺点。虽然从一定程度上来说，后者牺牲了服务调用的性能，但也避免了原生的RPC带来的问题，而且Rest相比于RPC更有灵活性，服务提供方和调用方只依靠一纸契约，不存在代码级别的强依赖，这在强调快速演化的微服务环境下，显得更加合适。
很明显，Spring Cloud的功能是要比Dubbo更加强大，涵盖面广，而且作为Spring的拳头项目，它也能够与Spring Framework、Spring Boot、Spring Data 、Spring Batch 等其他的Spring项目完美融合，这些对于微服务是非常重要的。使用Dubbo构建的微服务架构就像组装杂牌电脑，各个环节的选择自由度很高，但是最终很有可能因为一个组件就不行了，让人不怎么放心，如果是高手的话，这些问题将不复存在。而Spring Cloud就像品牌机一样，在Spring Source的整合下，做了大量的兼容性的测试，保证了机器拥有更高的稳定性，但是如果要在使用非原生组件外的东西，就需要对其底层基础的了解。
Dubbo 的定位始终是一款 RPC 框架，而 Spring Cloud 的目标是微服务架构下的一站式解决方案。 Dubbo 可以类比到 Netflix OSS 技术栈，而 Spring Cloud 集成了 Netflix OSS 作为分布式服务治理解决方案。