SpringCloud(1) - 入门概述

青鸟i 2020-07-24 17:42:00
原文地址:https://www.cnblogs.com/Dm920/p/13052951.html

一、SpringCloud是什么

![]()

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

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

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

SpringCloud 是分布式微服务框架下的一站式解决方案,是各个微服务架构落地技术的集合体,俗称微服务全家桶。

社区文档:

> <https://springcloud.cc/spring-cloud-netflix.html&gt;
>
> 中文API文档:<https://springcloud.cc/spring-cloud-dalston.html&gt;
>
> SpringCloud中国社区:<http://springcloud.cn&gt;
>
> SpringCloud中文网:<https://springcloud.cc&gt;

二、SpringBoot 和 SpringCloud 关系

● SpringBoot 专注于快速方便的单个个体微服务。 -jar

● SpringCloud 是关注全局的微服务协调整理治理框架,它将 SpringBoot 开发的一个个单体微服务整合并管理起来,为各个微服务之间提供:配置管理,服务发现,断路器。路由,微代理,事件总线,全局锁,决策竞选,分布式会话等等集成服务。

● SpringBoot 可以离开 SpringCloud 独立使用,开发项目,但是 SpringCloud 离不开SpringBoot,属于依赖关系

● SpringBoot 专注于快速、方便的开发单个个体微服务,SpringCloud 关注全局的服务治理框架

三、Doubbo 和 SpringCloud 技术选型

1)分布式 + 服务治理 Dubbo

目前成熟的互联网架构:

![]()

2)Dubbo 和 SpringCloud 对比

● 社区活跃度对比:

&lt;strong&gt;Dubbo:&lt;/strong&gt;&lt;a href=&quot;https://github.com/dubbo&quot; target=&quot;_blank&quot;&gt;https://github.com/dubbo&lt;/a&gt;&lt;strong&gt;
SpringCloud:&lt;/strong&gt;&lt;a href=&quot;https://github.com/spring-cloud&quot; target=&quot;_blank&quot;&gt;https:&lt;/a&gt;&lt;a href=&quot;https://github.com/spring-cloud&quot; target=&quot;_blank&quot;&gt;//github.com/spring-cloud&lt;/a&gt;

● 结果

![]()

最大区别:SpringCloud抛弃了Dubbo的RPC通信,采用了基于 Http 的 Rest 方式

严格来说,这两种方式各有优劣。&lt;br&gt;&lt;/br&gt;虽然从一定程度上来说,后者牺牲了服务调用性能,但也避免了上面提到的原生RPC带来的问题。&lt;br&gt;&lt;/br&gt;而且Rest相比RPC更为灵活,服务提供方和调用方的依赖只依赖一纸契约,不存在代码级别的强依赖,在这强调快速演化的微服务环境下,显得更加合适。

品牌与组装机的区别

很明显,SpringCloud 的功能比 Dubbo 更加强大,涵盖面更广,而且作为 Spring 的拳头项目,它也能够与 SpringFramework、SpringBoot、SpringData、SpringBatch 等其它 Spring 项目完整融合,这些对于微服务而言是至关重要的;
使用 Dubbo 构建的微服务框架就像组装电脑,各环节我们的选择自由度很高,但是最终结果很有可能因为一条内存质量不行就点不亮了,总是让人不怎么放心,但是如果你是一名高手,那么这问都不是问题;
而 SpringCloud 就像品牌机,在 SpringSource 的整合下,做了大量的兼容性测试,保证了机器拥有更高的稳定性,然是如果要在使用非原装组件外的东西,就需要对其基础有足够的了解。

社区支持与更新力度

最为重要的是,Dubbo 停止了5年左右的更新,虽然2017.7重启了。&lt;br&gt;&lt;/br&gt;对于技术发展的新需求,需要由开发者自行拓展升级(比如当当网的DubboX),这对于很多想要采用微服务架构的中小软件组织,显然是不太合适的,中小型公司没有这么强大的技术能力去修改Dubbo源码+周边的一整套解决方案,并不是每一个公司都有阿里的大牛+真实的线上生产环境测试过。

总结

曾风靡国内开源的 PRC 服务框架 Dubbo 在重启维护后,令许多用户为之雀跃,但同时,也迎来了一些质疑的声音。&lt;br&gt;&lt;/br&gt;互联网技术发展迅速,Dubbo 是否还能跟上时代?Dubbo 与 SpringCloud 相比又有何优势和差异?是否会有相关举措保证 Dubbo 的后续更新频率。

解决的问题域不一样:Dubbo 的定位是一款 RPC 框架,SpringCloud 的目标是微服务框架下的一站式解决方案

3)SpringCloud 能干嘛

● Distributed / versioned configuration(分布式 / 版本控制配置)
● Service registration and discovery(服务注册与发现)
● Routing(路由)
● Service-to-service calls(服务到服务的调用)
● Load balancing(负载均衡配置)
● Circuit breakers(断路器)
● distributed messaging(分布式消息管理)
● ......

4)SpringCloud 下载

官网:<https://spring.io/projects/spring-cloud&gt;

注:版本号比较特别

![]()

① SpringCloud 是一个由众多独立子项目组成的大型综合项目,每个子项目有不同的发行节奏,都维护着自己的发布版本号,SpringCloud 通过资源清单 BOM(bill of materials) 来管理每个版本的子项目清单。&lt;br&gt;&lt;/br&gt;  为了避免与子项目的发本号混淆,所以没有采用版本号的方式,而是通过命名的方式。

② 这些版本号的名称采用了伦敦地铁站的名称,同时根据字母的顺序来对应版本时间顺序,&lt;br&gt;&lt;/br&gt;  比如:最早的Release版本:Angle,第二个Release版本:Brixton,然后是Camden、Dalston、Edgware,目前最新的是Finchley版本

声明:该文章系转载,转载该文章的目的在于更广泛的传递信息,并不代表本网站赞同其观点,文章内容仅供参考。

本站是一个个人学习和交流平台,网站上部分文章为网站管理员和网友从相关媒体转载而来,并不用于任何商业目的,内容为作者个人观点, 并不代表本网站赞同其观点和对其真实性负责。

我们已经尽可能的对作者和来源进行了通告,但是可能由于能力有限或疏忽,导致作者和来源有误,亦可能您并不期望您的作品在我们的网站上发布。我们为这些问题向您致歉,如果您在我站上发现此类问题,请及时联系我们,我们将根据您的要求,立即更正或者删除有关内容。本站拥有对此声明的最终解释权。