聊聊Spring Cloud版本的那些事儿

简介: 继续昨天说的计划,解惑一下收到比较多的问题。有朋友问“为什么在很多文章中,大家引用的Spring版本名字都不一样呢?比如:Angel.SR6,Brixton.SR5等等,它们都有什么区别呢?”,今天我们就聊聊这个轻松一些的话题,说说Spring Cloud版本的那些事儿。

继续昨天说的计划,解惑一下收到比较多的问题。

有朋友问“为什么在很多文章中,大家引用的Spring版本名字都不一样呢?比如:Angel.SR6Brixton.SR5等等,它们都有什么区别呢?”,今天我们就聊聊这个轻松一些的话题,说说Spring Cloud版本的那些事儿。

版本命名

之前提到过,Spring Cloud是一个拥有诸多子项目的大型综合项目,原则上其子项目也都维护着自己的发布版本号。那么每一个Spring Cloud的版本都会包含不同的子项目版本,为了要管理每个版本的子项目清单,避免版本名与子项目的发布号混淆,所以没有采用版本号的方式,而是通过命名的方式。

这些版本名字采用了伦敦地铁站的名字,根据字母表的顺序来对应版本时间顺序,比如:最早的Release版本:Angel,第二个Release版本:Brixton,以此类推……

版本号

经过上面的解释,不难猜出,之前所提到的Angel.SR6Brixton.SR5中的SR6、SR5就是版本号了。

当一个版本的Spring Cloud项目的发布内容积累到临界点或者一个严重bug解决可用后,就会发布一个“service releases”版本,简称SRX版本,其中X是一个递增数字。

当前版本

通过下表,我们可以快速查阅当前各版本所包含的子项目,以及各子项目的版本号,通过此来决定需要选择怎么样的版本。

Component | Angel.SR6 | Brixton.SR5| Camden.M1| Camden.BUILD-SNAPSHOT
----|------|----
spring-cloud-aws| 1.0.4.RELEASE| 1.1.1.RELEASE|1.1.1.RELEASE|1.1.2.BUILD-SNAPSHOT
spring-cloud-bus| 1.0.3.RELEASE| 1.1.1.RELEASE| 1.2.0.M1 | 1.2.0.BUILD-SNAPSHOT
spring-cloud-cli| 1.0.6.RELEASE| 1.1.5.RELEASE| 1.2.0.M1|1.2.0.BUILD-SNAPSHOT
spring-cloud-commons|1.0.5.RELEASE|1.1.1.RELEASE|1.1.1.RELEASE|1.1.2.BUILD-SNAPSHOT
spring-cloud-contract| | |1.0.0.M2|1.0.0.BUILD-SNAPSHOT
spring-cloud-config|1.0.4.RELEASE|1.1.3.RELEASE|1.2.0.M1|1.2.0.BUILD-SNAPSHOT
spring-cloud-netflix|1.0.7.RELEASE|1.1.5.RELEASE|1.2.0.M1|1.2.0.BUILD-SNAPSHOT
spring-cloud-security|1.0.3.RELEASE|1.1.2.RELEASE|1.1.2.RELEASE|1.1.3.BUILD-SNAPSHOT
spring-cloud-starters|1.0.6.RELEASE| | |
spring-cloud-cloudfoundry| |1.0.0.RELEASE|1.0.0.RELEASE|1.0.1.BUILD-SNAPSHOT
spring-cloud-cluster| |1.0.1.RELEASE| |
spring-cloud-consul| |1.0.2.RELEASE|1.1.0.M1|1.1.0.BUILD-SNAPSHOT
spring-cloud-sleuth| |1.0.6.RELEASE|1.0.6.RELEASE|1.0.7.BUILD-SNAPSHOT
spring-cloud-stream| |1.0.2.RELEASE|Brooklyn.M1|Brooklyn.BUILD-SNAPSHOT
spring-cloud-zookeeper| |1.0.2.RELEASE|1.0.2.RELEASE|1.0.3.BUILD-SNAPSHOT
spring-boot|1.2.8.RELEASE|1.3.7.RELEASE|1.4.0.RELEASE|1.4.0.RELEASE
spring-cloud-task| |1.0.2.RELEASE|1.0.2.RELEASE|1.0.3.BUILD-SNAPSHOT

不难看出,最初的Angel版本相对来说拥有的子项目较少,Brixton、Camden则拥有更全的子项目,所以能提供更多的组件支持。而Brixton与Camden之间,Brixton的发布子项目更为稳定,Camden则更为前瞻。

我在开始编写Spring Cloud系列博文时,刚好是Brixton的第一个RELEASE版本,所以果断采用了这个版本来作为样例基础。也可以看到,在这短短的几个月时间里,没有更新多少文章,但是其版本提升尽如此迅速,更加证明了该项目良好的发展势头。所以,何不现在就加入我们一起学习和实践这个将来也许会占领企业微服务架构的强大框架呢?

目录
相关文章
|
5天前
|
消息中间件 Java 数据安全/隐私保护
Spring Cloud 项目中实现推送消息到 RabbitMQ 消息中间件
Spring Cloud 项目中实现推送消息到 RabbitMQ 消息中间件
|
5天前
|
负载均衡 监控 Java
我把Spring Cloud的超详细资料介绍给你,面试官不会生气吧?geigei
我把Spring Cloud的超详细资料介绍给你,面试官不会生气吧?geigei
|
6天前
|
负载均衡 Java 应用服务中间件
Spring Cloud 负载平衡的意义什么?
负载平衡是指将网络流量在多个服务器之间分布,以达到提高系统性能、增强可靠性和提供更好用户体验的目的。在负载平衡的架构中,多个服务器被组织成一个集群,共同处理用户的请求。
29 4
|
7天前
|
监控 安全 Java
Spring cloud原理详解
Spring cloud原理详解
20 0
|
7天前
|
消息中间件 负载均衡 Java
【Spring Cloud 初探幽】
【Spring Cloud 初探幽】
16 1
|
7天前
|
安全 Java Docker
|
7天前
|
Java 开发者 微服务
Spring Cloud原理详解
【5月更文挑战第4天】Spring Cloud是Spring生态系统中的微服务框架,包含配置管理、服务发现、断路器、API网关等工具,简化分布式系统开发。核心组件如Eureka(服务发现)、Config Server(配置中心)、Ribbon(负载均衡)、Hystrix(断路器)、Zuul(API网关)等。本文讨论了Spring Cloud的基本概念、核心组件、常见问题及解决策略,并提供代码示例,帮助开发者更好地理解和实践微服务架构。此外,还涵盖了服务通信方式、安全性、性能优化、自动化部署、服务网格和无服务器架构的融合等话题,揭示了微服务架构的未来趋势。
38 6
|
7天前
|
JSON Java Apache
Spring Cloud Feign 使用Apache的HTTP Client替换Feign原生httpclient
Spring Cloud Feign 使用Apache的HTTP Client替换Feign原生httpclient
|
7天前
|
负载均衡 Java 开发者
Spring Cloud:一文读懂其原理与架构
Spring Cloud 是一套微服务解决方案,它整合了Netflix公司的多个开源框架,简化了分布式系统开发。Spring Cloud 提供了服务注册与发现、配置中心、消息总线、负载均衡、熔断机制等工具,让开发者可以快速地构建一些常见的微服务架构。
|
7天前
|
消息中间件 Java RocketMQ
Spring Cloud RocketMQ:构建可靠消息驱动的微服务架构
【4月更文挑战第28天】消息队列在微服务架构中扮演着至关重要的角色,能够实现服务之间的解耦、异步通信以及数据分发。Spring Cloud RocketMQ作为Apache RocketMQ的Spring Cloud集成,为微服务架构提供了可靠的消息传输机制。
30 1

热门文章

最新文章