微服务（Microservices）概述与 Spring Cloud 简介

ゝ一纸荒年。 2022-03-17 11:51 263阅读 0赞

**目录**

单体应用与架构

微服务·MicroServices

微服务 VS SOA

微服务开发框架

Spring Cloud 概述

Spring Cloud 组件集

Spring Cloud 释放列车（Release Trains）

--------------------

# 单体应用与架构 #

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dhbmdteDE5OTMzMjg_size_16_color_FFFFFF_t_70][]

1、一个归档包(war 包、jar 包...)包含了应用所有功能的应用程序， 通常称之为单体应用。

2、架构单体应用的架构风格， 称之为单体架构， 这是一种比较传统的架构风格。

3、一个单体应用系统是以一个单个单元的方式来构建的，企业应用系统经常包含三个主要部分：客户端用户界面、数据库和服务端应用系统。客户端用户界面包括HTML页面和运行在用户机器的浏览器中的JavaScript。数据库中包括许多表，这些表被插入一个公共的且通常为关系型的数据库管理系统中。这个服务端的应用系统就是一个单体应用——一个单个可执行的逻辑程序。对于该系统的任何改变，都会涉及构建和部署服务端应用系统的一个新版本。通过负载均衡器运行许多实例，可以将这个单体应用进行横向扩展。

4、单体/块应用系统可以被成功地实现，但是渐渐地，特别是随着越来越多的应用系统正被部署到云端，人们对它们开始表现出不满。软件变更受到了很大的限制，应用系统的一个很小的部分的一处变更，也需要将整个单块应用系统进行重新构建和部署。随着时间的推移，单块应用开始变得经常难以保持一个良好的模块化结构，这使得它变得越来越难以将一个模块的变更的影响控制在该模块内。当对系统进行扩展时，不得不扩展整个应用系统，而不能仅扩展该系统中需要更多资源的那些部分。

**单体架构存在的缺点**

1）复杂性逐渐变高，项目越大，复杂性越高  
2）技术债务逐渐上升，随着项目增大，维护成本也越高：随着时间推移、需求变更和人员更迭，会逐渐形成应用程序的技术债务，并且越积越多。“不坏不修（Not broken，don’t fix）”，这在软件开发中非常常见，在单体应用中这种思想更甚。已使用的系统设计或代码难以修改，因为应用程序的其他模块可能会以意料之外的方式使用它。

3）部署速度逐渐变慢：随着代码的增多，构建和部署的时间也会增加。而在单体应用中，每次功能的变更或缺陷的修复都会导致需要重新部署整个应用。全量部署的方式耗时长、影响的范围大、风险高，这使得单体应用项目上线部署的频率较低。而部署频率低又导致两次发布之间会有大量的功能变更和缺陷修复，出错概率比较高。

4）阻碍技术创新，牵一发而动全身：单体应用往往使用统一的技术平台或方案解决所有问题，团队的每个成员都必须使用相同的开发语言和框架，想要引入新的框架或技术平台会非常困难。例如，一个使用Struts 2构建的、100万行代码的单体应用，如果想要换用Spring MVC，切换成本无疑是非常高的。

5）无法按需伸缩：单体应用只能作为一个整体进行扩展，无法结合业务模块的特点进行伸缩。例如，应用中有的模块是计算密集型的，它需要强劲的CPU；有的模块则是IO密集型的，需要更大的内存。由于这些模块部署在一起，我们不得不在硬件的选择上做出妥协。

**架构的演进**

1）单体架构  
2）SOA（Service-Oriented Architecture 面向服务的架构），可以参考：[https://www.jdon.com/soa.html][https_www.jdon.com_soa.html]  
3）微服务

# 微服务·MicroServices #

1、“微服务(Microservices)架构”这个术语最近几年横空出世，来描述这样一种特定的软件设计方法，即以若干组可独立部署的服务的方式进行软件应用系统的设计。尽管这种架构风格尚无精确的定义，但其在下述方面还是存在一定的共性，即围绕业务功能的组织、自动化部署、端点智能、和在编程语言和数据方面进行去中心化的控制。

2、微服务(Microservices)架构风格是以开发一组小型服务的方式来开发一个独立的应用系统。其中每个小型服务都运行在自己的进程中，并经常采用HTTP资源API这样轻量的机制来相互通信。这些服务围绕业务功能进行构建，并能通过全自动的部署机制来进行独立部署。这些微服务可以使用不同的语言来编写，并且可以使用不同的数据存储技术。对这些微服务仅做最低限度的集中管理（去中心化）。

3、因为人们逐渐对单体应用不满，从而导致了微服务架构风格的诞生：以构建一组小型服务的方式来构建应用系统。除了这些服务能被独立地部署和扩展，每一个服务还能提供一个稳固的模块边界，甚至能允许使用不同的编程语言来编写不同的服务。这些服务也能被不同的团队来管理。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dhbmdteDE5OTMzMjg_size_16_color_FFFFFF_t_70 1][]

**微服务架构九大特性**

> 特性一：“组件化”与“多服务”、特性二：围绕“业务功能”组织团队  
> 特性三：“做产品”而不是“做项目”、特性四：“智能端点”与“傻瓜管道”  
> 特性五：“去中心化”地治理技术、特性六：“去中心化”地管理数据  
> 特性七：“基础设施”自动化、特性八：“容错”设计、特性九：“演进式”设计

更多详细内容可以参考：

> 1）“微服务”原文链接：[http://martinfowler.com/articles/microservices.html][http_martinfowler.com_articles_microservices.html]  
> 2）“微服务”译文链接：[http://mp.weixin.qq.com/s?\_\_biz=MjM5MjEwNTEzOQ==&mid=401500724&idx=1&sn=4e42fa2ffcd5732ae044fe6a387a1cc3\#rd][http_mp.weixin.qq.com_s_biz_MjM5MjEwNTEzOQ_mid_401500724_idx_1_sn_4e42fa2ffcd5732ae044fe6a387a1cc3_rd]

**微服务优点**

1）易于开发和维护：一个微服务只关注一个特定的业务功能，所以它的业务清晰、代码量较少。开发和维护单个微服务相对是比较简单的。而整个应用是由若干个微服务构建而成的，所以整个应用也会维持在可控状态

2）启动较快：单个微服务代码量较少，所以启动会比较快。

3）局部修改容易部署：单体应用只要有修改，就得重新部署整个应用，微服务解决了这样的问题。一般来说，对某个微服务进行修改，只需要重新部署这个服务即可。

4）技术栈不受限：在微服务中，可以结合项目业务及团队的特点，合理地选择技术栈。例如某些服务可使用关系型数据库MySQL；某些微服务有图形计算的需求，可以使用[Neo4J][]；甚至可以根据需要，部分微服务使用Java开发，部分微服务使用NodeJS进行开发。

5）按需伸缩：可以根据需求，实现细粒度的扩展。例如：系统中的某个微服务遇到了瓶颈，可以结合这个微服务的业务特点，增加内存、升级CPU或者是增加节点。

**微服务带来的挑战**

1）运维要求较高：更多的服务意味着更多的运维投入。在单体架构中，只需要保证一个应用的正常运行；而在微服务中，需要保证几十甚至几百个服务的正常运行与协作，这给项目的运维带来了很大的挑战。

2）分布式的复杂性：使用微服务构建的是分布式系统，对于一个分布式系统，系统容错、网络延迟、分布式事务等都带来了很大的挑战。

3）接口调整成本高：微服务之间通过接口进行通信。如果修改某一个微服务的API，可能所有使用了该接口的微服务都需要做调整。

4）重复劳动：很多服务可能都会使用到相同的功能，而这个功能并没有达到分解为一个微服务的程度，这个时候，可能各个服务都会开发这一功能，从而导致代码重复。

**微服务设计原则**

1）单一职责原则  
2）服务自治原则：服务自治是指每个微服务应该具备独立的业务能力、依赖与运行环境。

3）轻量级通信原则  
4）接口明确原则：每个服务的对外接口应该明确定义，并尽量保持不变。

# 微服务 VS SOA #

1、当谈到微服务时，一个常见的问题就会出现：是否微服务仅仅是十多年前所看到的“面向服务的架构”(Service Oriented Architecture, SOA)？这样问是有道理的，因为微服务风格非常类似于一些支持SOA的人所赞成的观点。然而，问题在于SOA这个词儿意味着太多不同的东西。而且大多数时候，所遇到的某些被称作"SOA"的事物，明显不同于微服务所描述的风格。这通常由于它们专注于ESB，来集成各个单块应用。

2、特别地，已经看到如此之多的面向服务的拙劣实现——从将系统复杂性隐藏于ESB中的趋势，到花费数百万进行多年却没有交付任何价值的失败项目，到顽固抑制变化发生的中心化技术治理模型——以至于有时觉得其所造成的种种问题真的不堪回首。

3、当然，在微服务社区投入使用的许多技术，源自各个开发人员将各种服务集成到各个大型组织的经验。“容错读取”(Tolerant Reader, http://martinfowler.com/bliki/TolerantReader.html)模式就是这样一个例子。对于Web的广泛使用，使得人们不再使用一些中心化的标准，而使用一些简单的协议。坦率地说，这些中心化的标准，其复杂性已经达到令人吃惊的程度（http://wiki.apache.org/ws/WebServiceSpecifications）。（任何时候，如果需要一个本体（ontology）来管理其他各个本体，那么麻烦就大了。）

4、这种常见的SOA的表现，已使得一些微服务的倡导者完全拒绝将自己贴上SOA的标签。尽管其他人会将微服务看作是SOA的一种形式，也许微服务就是以正确的形式来实现面向服务的SOA。不管是哪种情况，SOA意味着如此之多的不同事物，这表明用一个更加干净利落的术语来命名这种架构风格是很有价值的。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dhbmdteDE5OTMzMjg_size_16_color_FFFFFF_t_70 2][]

5、微服务架构强调的第一个重点就是业务系统需要彻底的组件化和服务化，原有的单个业务系统会拆分为多个可以独立开发，设计，运行和运维的小应用。这些小应用之间通过服务完成交互和集成。每个小应用从前端 web ui，到控制层，逻辑层，数据库访问，数据库都完全是独立的一套。在这里不用组件而用小应用这个词更加合适，每个小应用除了完成自身本身的业务功能外，重点就是还需要消费外部其它应用暴露的服务，同时自身也将自身的能力朝外部发布为服务。  
  
6、一言以蔽之SOA和微服务的区别：即微服务不再强调传统 SOA 架构里面比较重的 ESB 企业服务总线，同时 SOA 的思想进入到单个业务系统内部实现真正的组件化。

# 微服务开发框架 #

1、微服务到现在已经经过了很长时间的沉淀，现在市面上开源的微服务框架也有很多，无论是国外的，还是国产的

2、Spring Cloud：[https://spring.io/projects/spring-cloud][https_spring.io_projects_spring-cloud]

3、Dubbo：[http://dubbo.apache.org/zh-cn/][http_dubbo.apache.org_zh-cn]       这原本是阿里巴巴内部使用，后面开源到了 Apache 。

4、Dropwizard：[https://www.dropwizard.io/1.3.9/docs/][https_www.dropwizard.io_1.3.9_docs]

> 参考文章：[《Dropwizard 与 Spring Boot 比较》][Dropwizard _ Spring Boot]
> 
> 参考文章：[《比较spring cloud和dubbo，各自的优缺点是什么》][spring cloud_dubbo]

5、显然对于一直以 Spring -> Spring Boot -> Spring Cloud 这种学习使用路线走的，开发微服务肯定首选 Spring Cloud。

更多微服务详细内容可以参考：

--------------------

# Spring Cloud 概述 #

1、Spring Cloud 官网：[https://spring.io/projects/spring-cloud][https_spring.io_projects_spring-cloud]

2、以 Spring -> Spring Boot -> Spring Cloud 学习使用路线走的，开发微服务肯定首选 Spring Cloud。

> Spring Cloud 为开发人员提供了快速构建分布式系统中一些常见模式的工具（例如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选择、分布式会话、集群状态）。分布式系统的协调导致了样板式的模式，开发人员使用 SpringCloud 可以快速地支持实现这些模式的服务和应用程序。它们在任何分布式环境中都能很好地工作，包括开发人员自己的笔记本电脑、裸机数据中心和云计算等托管平台。

3、一言以蔽之：Spring Cloud 是一个快速构建分布式系统的工具/组件集。（以 Spring Boot 为基础）

> 约定优于配置
> 
> 开箱即用、快速启动
> 
> 适用于各种环境，如 PC Server、云环境、容器（Docker）
> 
> 轻量级的组件，如服务发现组件 Eureka 等
> 
> 组件支持丰富，功能齐全
> 
> 选型中立，如服务发现的组件，可以选用 Eureka、Zookeeper、Consul 其中的任何一个

**Features（特征）**

1、Spring Cloud 致力于为典型用例提供良好的开箱即用的体验，并提供覆盖其他用例的可扩展性机制。

> 分布式/版本化配置（Distributed/versioned configuration）  
> 服务注册和发现（Service registration and discovery）  
> 路由（Routing）  
> Service-to-service 呼叫 （Service-to-service calls）  
> 负载均衡（Load balancing）  
> 断路器（Circuit Breakers）  
> 全局锁（Global locks）  
> 领导选举与集权国家（Leadership election and cluster state）  
> 分布式消息（Distributed messaging）

2、Spring Cloud 采用一种非常声明性的方式，通常只需更改类路径或注释就可以获得大量的 fetaures（特性）。一个发现客户端的示例应用程序：

@SpringBootApplication
    @EnableDiscoveryClient
    public class Application {
    	public static void main(String[] args) {
    		SpringApplication.run(Application.class, args);
    	}
    }

# Spring Cloud 组件集 #

1、如下所示 Spring Cloud 是由 24 个子项目组成的工具/组件集，平时学习的通常都是单个的组件，而学习 Spring Cloud 却是要掌握这一群。

2、任重道远，学习之余不要忘记勤加锻炼身体。

<table> 
 <tbody> 
 <tr> 
 <td>编号</td> 
 <td>Project</td> 
 <td>Summary</td> 
 </tr> 
 <tr> 
 <td>1</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-config" rel="nofollow">Spring Cloud Config</a></td> 
 <td>Centralized external configuration management backed by a git repository. The configuration resources map directly to Spring&nbsp;<code>Environment</code>&nbsp;but could be used by non-Spring applications if desired.</td> 
 </tr> 
 <tr> 
 <td>2</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-netflix" rel="nofollow">Spring Cloud Netflix</a></td> 
 <td>Integration with various Netflix OSS components (Eureka, Hystrix, Zuul, Archaius, etc.).</td> 
 </tr> 
 <tr> 
 <td>3</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-bus" rel="nofollow">Spring Cloud Bus</a></td> 
 <td>An event bus for linking services and service instances together with distributed messaging. Useful for propagating state changes across a cluster (e.g. config change events).</td> 
 </tr> 
 <tr> 
 <td>4</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-cloudfoundry" rel="nofollow">Spring Cloud Cloudfoundry</a></td> 
 <td>Integrates your application with Pivotal Cloud Foundry. Provides a service discovery implementation and also makes it easy to implement SSO and OAuth2 protected resources.</td> 
 </tr> 
 <tr> 
 <td>5</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-open-service-broker" rel="nofollow">Spring Cloud Open Service Broker</a></td> 
 <td>Provides a starting point for building a service broker that implements the Open Service Broker API.</td> 
 </tr> 
 <tr> 
 <td>6</td> 
 <td><a href="https://github.com/spring-cloud/spring-cloud-cluster" rel="nofollow">Spring Cloud Cluster</a></td> 
 <td>Leadership election and common stateful patterns with an abstraction and implementation for Zookeeper, Redis, Hazelcast, Consul.</td> 
 </tr> 
 <tr> 
 <td>7</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-consul" rel="nofollow">Spring Cloud Consul</a></td> 
 <td>Service discovery and configuration management with Hashicorp Consul.</td> 
 </tr> 
 <tr> 
 <td>8</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-security" rel="nofollow">Spring Cloud Security</a></td> 
 <td>Provides support for load-balanced OAuth2 rest client and authentication header relays in a Zuul proxy.</td> 
 </tr> 
 <tr> 
 <td>9</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-sleuth" rel="nofollow">Spring Cloud Sleuth</a></td> 
 <td>Distributed tracing for Spring Cloud applications, compatible with Zipkin, HTrace and log-based (e.g. ELK) tracing.</td> 
 </tr> 
 <tr> 
 <td>10</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-dataflow" rel="nofollow">Spring Cloud Data Flow</a></td> 
 <td>A cloud-native orchestration service for composable microservice applications on modern runtimes. Easy-to-use DSL, drag-and-drop GUI, and REST-APIs together simplifies the overall orchestration of microservice based data pipelines.</td> 
 </tr> 
 <tr> 
 <td>11</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-stream" rel="nofollow">Spring Cloud Stream</a></td> 
 <td>A lightweight event-driven microservices framework to quickly build applications that can connect to external systems. Simple declarative model to send and receive messages using Apache Kafka or RabbitMQ between Spring Boot apps.</td> 
 </tr> 
 <tr> 
 <td>12</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-stream-app-starters" rel="nofollow">Spring Cloud Stream App Starters</a></td> 
 <td>Spring Cloud Stream App Starters are Spring Boot based Spring Integration applications that provide integration with external systems.</td> 
 </tr> 
 <tr> 
 <td>13</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-task" rel="nofollow">Spring Cloud Task</a></td> 
 <td>A short-lived microservices framework to quickly build applications that perform finite amounts of data processing. Simple declarative for adding both functional and non-functional features to Spring Boot apps.</td> 
 </tr> 
 <tr> 
 <td>14</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-task-app-starters" rel="nofollow">Spring Cloud Task App Starters</a></td> 
 <td>Spring Cloud Task App Starters are Spring Boot applications that may be any process including Spring Batch jobs that do not run forever, and they end/stop after a finite period of data processing.</td> 
 </tr> 
 <tr> 
 <td>15</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-zookeeper" rel="nofollow">Spring Cloud Zookeeper</a></td> 
 <td>Service discovery and configuration management with Apache Zookeeper.</td> 
 </tr> 
 <tr> 
 <td>16</td> 
 <td><a href="https://github.com/spring-cloud/spring-cloud-aws" rel="nofollow">Spring Cloud AWS</a></td> 
 <td>Easy integration with hosted Amazon Web Services. It offers a convenient way to interact with AWS provided services using well-known Spring idioms and APIs, such as the messaging or caching API. Developers can build their application around the hosted services without having to care about infrastructure or maintenance.</td> 
 </tr> 
 <tr> 
 <td>17</td> 
 <td><a href="https://github.com/spring-cloud/spring-cloud-connectors" rel="nofollow">Spring Cloud Connectors</a></td> 
 <td>Makes it easy for PaaS applications in a variety of platforms to connect to backend services like databases and message brokers (the project formerly known as "Spring Cloud").</td> 
 </tr> 
 <tr> 
 <td>18</td> 
 <td><a href="https://github.com/spring-cloud/spring-cloud-starters" rel="nofollow">Spring Cloud Starters</a></td> 
 <td>Spring Boot-style starter projects to ease dependency management for consumers of Spring Cloud. (Discontinued as a project and merged with the other projects after Angel.SR2.)</td> 
 </tr> 
 <tr> 
 <td>19</td> 
 <td><a href="https://github.com/spring-cloud/spring-cloud-cli" rel="nofollow">Spring Cloud CLI</a></td> 
 <td>Spring Boot CLI plugin for creating Spring Cloud component applications quickly in Groovy</td> 
 </tr> 
 <tr> 
 <td>20</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-contract" rel="nofollow">Spring Cloud Contract</a></td> 
 <td>Spring Cloud Contract is an umbrella project holding solutions that help users in successfully implementing the Consumer Driven Contracts approach.</td> 
 </tr> 
 <tr> 
 <td>21</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-gateway" rel="nofollow">Spring Cloud Gateway</a></td> 
 <td>Spring Cloud Gateway is an intelligent and programmable router based on Project Reactor.</td> 
 </tr> 
 <tr> 
 <td>22</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-openfeign" rel="nofollow">Spring Cloud OpenFeign</a></td> 
 <td>Spring Cloud OpenFeign provides integrations for Spring Boot apps through autoconfiguration and binding to the Spring Environment and other Spring programming model idioms.</td> 
 </tr> 
 <tr> 
 <td>23</td> 
 <td><a href="https://cloud.spring.io/spring-cloud-pipelines" rel="nofollow">Spring Cloud Pipelines</a></td> 
 <td> Spring Cloud Pipelines provides an opinionated deployment pipeline with steps to ensure that your application can be deployed in zero downtime fashion and easilly rolled back of something goes wrong. </td> 
 </tr> 
 <tr> 
 <td>24</td> 
 <td><a href="https://github.com/spring-cloud/spring-cloud-function" rel="nofollow">Spring Cloud Function</a></td> 
 <td>Spring Cloud Function promotes the implementation of business logic via functions. It supports a uniform programming model across serverless providers, as well as the ability to run standalone (locally or in a PaaS).</td> 
 </tr> 
 </tbody> 
</table>

# Spring Cloud [释放列车（Release Trains）][https_spring.io_projects_spring-cloud] #

1、Spring Cloud 是一个由多个独立项目组成的伞式项目（工具/组件集），原则上具有不同的发布周期。为了管理这些子项目组合，将发布一个BOM（物料清单），其中包含一组对单个 Spring Cloud 项目的依赖关系。

2、为了避免与子项目混淆，发布的 Spring Cloud 是名称（如 Dalston，\[地名\] \[英国\] 多尔斯顿），而不是版本（如 2.3.10）。这些 Spring Cloud 版本名字按字母顺序排列，顺序越靠后表示 Spring Cloud 版本越新，如官方以伦敦的两个地铁站名 “Angel”（天使） 作为第一个版本， “Brixton”（布里克斯顿）作为第二个版本。

3、当单个 Spring Cloud 项目的点发布累积到临界质量时，或者如果其中一个子项目存在一个关键bug(错误)，且这个Bug涉及到了很多人，则发布列车将推出名称以“.srx”结尾的“服务发布”，其中“x”是数字，如 Edgware.SR5，SR 全称 "Service Release"。

<table> Table 1. Release train Spring Boot compatibility 
 <thead> 
 <tr> 
 <th>Release Train（Spring Cloud版本名称）</th> 
 <th>Boot Version（Spring Cloud 兼容的 Spring Boot 版本）</th> 
 </tr> 
 </thead> 
 <tbody> 
 <tr> 
 <td> Greenwich&nbsp;[地名] [英国] 格林威治 </td> 
 <td> 2.1.x </td> 
 </tr> 
 <tr> 
 <td> Finchley [地名] [英国] 芬奇利 </td> 
 <td> 2.0.x </td> 
 </tr> 
 <tr> 
 <td> Edgware&nbsp;[地名] [英国]&nbsp;艾奇韦尔 </td> 
 <td> 1.5.x </td> 
 </tr> 
 <tr> 
 <td> Dalston&nbsp;地名] [英国] 多尔斯顿; </td> 
 <td> 1.5.x </td> 
 </tr> 
 </tbody> 
</table>

4、如 Table 1 是 Spring Cloud 与 Spring Boot 的版本兼容表，因为 Spring Cloud 是以 Spring boot 为基础的，左侧是 Spring Cloud 版本名称，右侧是 Spring Boot 的版本号，显然从 Finchley（\[地名\] \[英国\] 芬奇利）开始 Spring Boot 必须是 2.0以上。

<table> Table 2. Release train contents（释放列车内容） 
 <thead> 
 <tr> 
 <th>Component（组件）</th> 
 <th>Edgware.SR5</th> 
 <th>Finchley.SR2</th> 
 <th>Finchley.BUILD-SNAPSHOT</th> 
 </tr> 
 </thead> 
 <tbody> 
 <tr> 
 <td> spring-cloud-aws </td> 
 <td> 1.2.3.RELEASE </td> 
 <td> 2.0.1.RELEASE </td> 
 <td> 2.0.1.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-bus </td> 
 <td> 1.3.3.RELEASE </td> 
 <td> 2.0.0.RELEASE </td> 
 <td> 2.0.1.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-cli </td> 
 <td> 1.4.1.RELEASE </td> 
 <td> 2.0.0.RELEASE </td> 
 <td> 2.0.1.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-commons </td> 
 <td> 1.3.5.RELEASE </td> 
 <td> 2.0.2.RELEASE </td> 
 <td> 2.0.2.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-contract </td> 
 <td> 1.2.6.RELEASE </td> 
 <td> 2.0.2.RELEASE </td> 
 <td> 2.0.2.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-config </td> 
 <td> 1.4.5.RELEASE </td> 
 <td> 2.0.2.RELEASE </td> 
 <td> 2.0.2.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-netflix </td> 
 <td> 1.4.6.RELEASE </td> 
 <td> 2.0.2.RELEASE </td> 
 <td> 2.0.2.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-security </td> 
 <td> 1.2.3.RELEASE </td> 
 <td> 2.0.1.RELEASE </td> 
 <td> 2.0.1.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-cloudfoundry </td> 
 <td> 1.1.2.RELEASE </td> 
 <td> 2.0.1.RELEASE </td> 
 <td> 2.0.1.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-consul </td> 
 <td> 1.3.5.RELEASE </td> 
 <td> 2.0.1.RELEASE </td> 
 <td> 2.0.2.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-sleuth </td> 
 <td> 1.3.5.RELEASE </td> 
 <td> 2.0.2.RELEASE </td> 
 <td> 2.0.2.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-stream </td> 
 <td> Ditmars.SR4 </td> 
 <td> Elmhurst.SR1 </td> 
 <td> Elmhurst.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-zookeeper </td> 
 <td> 1.2.2.RELEASE </td> 
 <td> 2.0.0.RELEASE </td> 
 <td> 2.0.1.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-boot </td> 
 <td> 1.5.16.RELEASE </td> 
 <td> 2.0.6.RELEASE </td> 
 <td> 2.0.7.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-task </td> 
 <td> 1.2.3.RELEASE </td> 
 <td> 2.0.0.RELEASE </td> 
 <td> 2.0.1.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-vault </td> 
 <td> 1.1.2.RELEASE </td> 
 <td> 2.0.2.RELEASE </td> 
 <td> 2.0.2.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-gateway </td> 
 <td> 1.0.2.RELEASE </td> 
 <td> 2.0.2.RELEASE </td> 
 <td> 2.0.2.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-openfeign </td> 
 <td>&nbsp;</td> 
 <td> 2.0.2.RELEASE </td> 
 <td> 2.0.2.BUILD-SNAPSHOT </td> 
 </tr> 
 <tr> 
 <td> spring-cloud-function </td> 
 <td> 1.0.1.RELEASE </td> 
 <td> 1.0.0.RELEASE </td> 
 <td> 1.0.1.BUILD-SNAPSHOT </td> 
 </tr> 
 </tbody> 
</table>

5、如 Table 2 是 Spring Cloud 各个版本的具体内容，一个 Spring Cloud 项目就是由这么多若干的子项目组成，Spring Cloud 就是因为为了避免和这些子项目的版本号混淆，所以才采用版本名称。

6、Dalston 版本将于2018年12月到期，而 Edgware 版本将遵循 Spring Boot 1.5.x 的生命周期结束（即 spring boot 1.5.x到期也就表示 Edgware到期）。

7、最开始的 Brixton 和 Angel 发布版本已经在 2017 年 7 月被标记为生命终结（EOL），配合 Spring Boot 1.4.x 使用的 "Camden " 版本也已经终结。从名字就可以知道，字母顺序越靠后，版本越新。开发时应该尽量选择最新的版本，旧版本官方会逐渐放弃。

8、最新版本地址：[https://spring.io/projects/spring-cloud\#learn][https_spring.io_projects_spring-cloud_learn]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dhbmdteDE5OTMzMjg_size_16_color_FFFFFF_t_70]: /images/20220317/9d48f73c9ab64b7c9ceb03569c7781ac.png
[https_www.jdon.com_soa.html]: https://www.jdon.com/soa.html
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dhbmdteDE5OTMzMjg_size_16_color_FFFFFF_t_70 1]: /images/20220317/ddd0fbd5b79948c6b71767332f86cec9.png
[http_martinfowler.com_articles_microservices.html]: http://martinfowler.com/articles/microservices.html
[http_mp.weixin.qq.com_s_biz_MjM5MjEwNTEzOQ_mid_401500724_idx_1_sn_4e42fa2ffcd5732ae044fe6a387a1cc3_rd]: http://mp.weixin.qq.com/s?__biz=MjM5MjEwNTEzOQ==&mid=401500724&idx=1&sn=4e42fa2ffcd5732ae044fe6a387a1cc3#rd
[Neo4J]: https://neo4j.com/
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dhbmdteDE5OTMzMjg_size_16_color_FFFFFF_t_70 2]: /images/20220317/f5cc26e010694573baaa09fe417db81e.png
[https_spring.io_projects_spring-cloud]: https://spring.io/projects/spring-cloud
[http_dubbo.apache.org_zh-cn]: http://dubbo.apache.org/zh-cn/
[https_www.dropwizard.io_1.3.9_docs]: https://www.dropwizard.io/1.3.9/docs/
[Dropwizard _ Spring Boot]: https://www.jdon.com/soa/dropwizard-vs-spring-boot.html
[spring cloud_dubbo]: https://blog.csdn.net/u010664947/article/details/80007767
[https_spring.io_projects_spring-cloud_learn]: https://spring.io/projects/spring-cloud#learn