当前位置: 首页 > 编程笔记 >

spring boot和spring cloud之间的版本关系

赏育
2023-03-14
本文向大家介绍spring boot和spring cloud之间的版本关系,包括了spring boot和spring cloud之间的版本关系的使用技巧和注意事项,需要的朋友参考一下

什么是Spring Boot

Spring Boot简化了基于Spring的应用开发,通过少量的代码就能创建一个独立的、产品级别的Spring应用。 Spring Boot为Spring平台及第三方库提供开箱即用的设置,这样你就可以有条不紊地开始。多数Spring Boot应用只需要很少的Spring配置。

Spring Boot是由Pivotal团队提供的全新框架,其设计目的是用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置,从而使开发人员不再需要定义样板化的配置。用我的话来理解,就是Spring Boot其实不是什么新的框架,它默认配置了很多框架的使用方式,就像maven整合了所有的jar包,Spring Boot整合了所有的框架(不知道这样比喻是否合适)。

Spring Boot的核心思想就是约定大于配置,一切自动完成。采用Spring Boot可以大大的简化你的开发模式,所有你想集成的常用框架,它都有对应的组件支持。如果你对Spring Boot完全不了解。

什么是Spring Cloud

Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发,如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等,都可以用Spring Boot的开发风格做到一键启动和部署。Spring并没有重复制造轮子,它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来,通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理,最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。

微服务是可以独立部署、水平扩展、独立访问(或者有独立的数据库)的服务单元,Spring Cloud就是这些微服务的大管家,采用了微服务这种架构之后,项目的数量会非常多,Spring Cloud做为大管家就需要提供各种方案来维护整个生态
Spring Cloud就是一套分布式服务治理的框架,既然它是一套服务治理的框架,那么它本身不会提供具体功能性的操作,更专注于服务之间的通讯、熔断、监控等。因此就需要很多的组件来支持一套功能。

两者关系:

1、Spring boot 是 Spring 的一套快速配置脚手架,可以基于spring boot 快速开发单个微服务;Spring Cloud是一个基于Spring Boot实现的云应用开发工具

2、Spring boot专注于快速、方便集成的单个个体,Spring Cloud是关注全局的服务治理框架;

3、spring boot使用了默认大于配置的理念,很多集成方案已经帮你选择好了,能不配置就不配置,Spring Cloud很大的一部分是基于Spring boot来实现。

4、Spring boot可以离开Spring Cloud独立使用开发项目,但是Spring Cloud离不开Spring boot,属于依赖的关系

Spring Cloud版本

Spring Cloud版本演进情况如下:

版本名称 版本号
Finchley snapshot版
Edgware snapshot版
Dalston SR1 当前最新稳定版本
Camden SR7 稳定版本
Brixton SR7 稳定版本
Angel SR6 稳定版本

Spring Cloud与Spring Boot版本匹配关系

Spring Cloud Spring Boot
Finchley 兼容Spring Boot 2.0.x,不兼容Spring Boot 1.5.x
Dalston和Edgware 兼容Spring Boot 1.5.x,不兼容Spring Boot 2.0.x
Camden 兼容Spring Boot 1.4.x,也兼容Spring Boot 1.5.x
Brixton 兼容Spring Boot 1.3.x,也兼容Spring Boot 1.4.x
Angel 兼容Spring Boot 1.2.x

spring boot 2.0是新版本,目前大多数企业应该都还没有升级,稳定版本在1.5.x。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小牛知识库。

 类似资料:
  • 在OSGi bundles中,用一个版本号导出和导入包。包仍然定义了一个版本。这在我看来是多余的。

  • 问题内容: 我正在使用Apache Spark开发Java应用程序。我使用这个版本: 在我的代码中,有一个过渡依赖性: 我将应用程序打包到一个JAR文件中。使用将其部署到EC2实例上时,出现此错误。 此错误清楚地表明已加载了同一Apache httpclient库的较旧版本,因此发生此冲突。 解决此问题的好方法是什么? 由于某种原因,我无法在Java代码上升级Spark。但是,我可以使用EC2集群

  • 问题内容: 我确定会找到重复的问题或令人满意的答案,但我没有。 我正在寻找以下问题的答案: Java EE / J2EE和J2SE / JDK版本之间有官方关联吗? 如果答案是肯定的,它写在哪里? 如果答案是否定的,那为什么呢?并且有一个非官方的版本表(例如,JDK 1.4与J2EE 1.3配合得很好,JDK 1.5与J2EE 1.4配合得很好,JDK 1.6与Java EE 5配合得很好) 我可

  • 我们在您的服务器(最大5.3.5)和开发机器(最大5.5.9)上混合运行不同的PHP版本。 现在我们遇到了一个问题,我们做了一个“作曲家更新”来获取一些外部捆绑包的最新版本。因为你的composer.json看起来像 我们得到了一些需要PHP 5.5的捆绑包。在我们的开发机器上没有问题,但在服务器上:( 有没有可能告诉composer需要5.3.3到5.3.5之间的PHP版本?还是最大可用版本?

  • 我使用stanford-corenlp-full-2015-01-29将MALT解析器生成的基本依赖项转换为CCprocessed依赖项。在我的实验中,我想比较MALT和Stanford Parser,所以我用s stanford-corenlp-full-2015-04-20使用神经网络模型解析相同的文本。我的问题是:就非普遍依赖而言,2015-04-20和2015-01-29之间是否存在显著差

  • 问题内容: SciPy似乎在其自己的名称空间中提供了NumPy的大多数(但不是全部[1])功能。换句话说,如果有一个名为的函数,几乎可以肯定有一个。在大多数情况下,两者看起来是完全相同的,甚至有时指向相同的功能对象。 有时,它们是不同的。举一个最近出现的例子: 是一个ufunc该返回的NaN为负参数; 返回负参数的复杂值,并且似乎不是ufunc。 同样可以说,大约,和,但不是关于[2]。 另一方面