转载

F版本SpringCloud 2—什么是SpringCloud？SpringCloud版本选择

引言：搭建微服务架构就像是买电脑，使用SpringCloud就是在买品牌机。

前言

昂，美好的天气里，不想直接说技术，给小伙伴萌看看傍晚的天空吧。

上一篇文章中，通过一个简单的小故事，轻松愉快的讲解了架构的演变，以及为啥会有微服务，什么是微服务。不过在最后留下了一个小疑问：将架构设计为微服务需要一整套技术，解决服务调用，服务治理，服务监控等问题。

那么这些技术怎么来呢？

答案就是：SpringCloud。

本文就会详细讲解

引言：搭建微服务架构就像是买电脑，使用SpringCloud就是在买品牌机。

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

NetFlix 是美国的一个在线视频网站,微服务业的翘楚,他是公认的大规模生产级微服务的杰出实践者,NetFlix的开源组件已经在他大规模分布式微服务环境中经过多年的生产实战验证,因此spring cloud中很多组件都是基于NetFlix组件的封装

在上篇文章中我们讲到微服务是一套技术的合集，这些技术里面有服务调用技术，负载均衡技术，网关技术等等大大小小十几个技术。

那么问题来了？在开发中，我们怎么才能找到这样一整套技术呢？

第一种方案：就是自己需要什么找什么技术，但是这样会有一个问题，技术和技术之间往往都会有一些兼容性的问题，要解决这些问题，需要很强的技术示例，中小型企业一般没有这样的实力。

第二种方案：一些有实力的公司会自己寻找一整套技术，并且做一些封装和整合，然后开源让大家使用。SpringCloud就是这样的技术， SpringCloud是官方封装好的一整套分布式微服务的技术解决方案，我们也称之为微服务全家桶。

举个通俗的例子：开发微服务相当于买一台电脑

SpringCloud包含的技术：

.....等一二十个技术，网址： https://www.springcloud.cc/

用过SpringBoot的小伙伴都知道，SpringBoot开发之所以方便快捷，就是因为SpringBoot自动配置可以让我们在开发的时候不写基本的配置，通过完美的封装让应用可以做到一键启动和部署，而SpringCloud多个技术整合，最复杂的过程往往是配置。

所以SpringCloud选择SpringBoot作为技术底层，对目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，进行二次封装，屏蔽掉了复杂的配置和实现原理。 让我们使用SpringCloud像使用SpringBoot一样的简单。

关于SpringCloud和SpringBoot的版本选择问题，可以见官网： https://spring.io/projects/spring-cloud/

F版本SpringCloud 2—什么是SpringCloud？SpringCloud版本选择

我们选择的是 Finchley 版本的SpringCloud，SpringBoot的版本就要选择 2.0.X。

解释一下 SpringCloud 版本号：SpringCloud 版本的命名规范实际上是 英文单词 SRX 的形式命名

SpringCloud的版本号没有采用数字命名，而是英文的单词，？Angel、Brixton、Camden等都是伦敦地铁站的名称，它们按照字母顺序发行。 这个是主版本号 ，我们一般会称之为 F版本，D版本。
后面的 SR表示“Service Release”，一般表示Bug修复 ；在SR版本发布之前，会先发布一个Release版本，例如Camden RELEASE。