目前分布式架构十分时兴，而选用微服务架构搭建系统软件也会产生更清楚的业务流程区划和扩展性。另外，适用微服务架构的技术栈也是各种各样的，而Spring Cloud便是这种技术性中的佼佼者。
做为新一代的服务项目架构，Spring Cloud明确提出的宣传口号是开发设计“朝向云自然环境的应用软件”，它为分布式架构出示了更为全方位的服务支持。并且做为Spring的握拳新项目，它也可以与Spring Framework、Spring Boot、Spring Data、Spring Batch等别的Spring新项目极致结合，这种针对微服务架构来讲是尤为重要的。
在系统架构图与设计方案的实践活动中，从宏观经济上能够汇总为三个环节;
集中型构架：便是把全部的作用、控制模块都集中化到一个新项目中，布署在一台网络服务器上，进而对外开放出示服务项目(单个构架、单个服务项目、单个运用);
直接一点：便是只有一个新项目，只有一个war;
分布式架构：便是把全部的作用、控制模块拆分为不一样的子项，布署在几台不一样的网络服务器上，这种子项相互配合一同对外开放出示服务项目。
直接一点：便是有很多新项目，有很多war包，这种新项目相互配合进行必须的作用，并不是一 个war能进行的，一个war包进行不上;
Shop新项目：单个运用
Shop新项目：分拆--> (user-center, order-center, trade-center) 分布式架构
分布式架构：分布式系统注重系统软件的分拆，微服务架构也是注重系统软件的分拆，分布式架构归属于分布式架构的范围;
而且到迄今为止，微服务架构并没有一个统一的规范的界定，那麼微服务架构到底是啥?
微服务架构一词根于 Martin Fowler(乔治.福勒)的名叫 Microservices 的博闻，能够在他的官方网blog上寻找本文：
http://martinfowler.com/articles/microservices.html
翻译中文版本号：
https://www.martinfowler.cn/articles/microservices.html
简易地说， 微服务架构是系统架构图上的一种设计理念， 它的中心思想是将一个本来单独的系统软件拆分为好几个中小型服务项目，这种中小型服务项目都是在分别单独的过程中运作，服务项目中间根据根据 HTTP 的 RESTful API 开展通讯合作;
- （dubbo -->dubbo协议书 ）
- RESTful API (controller --> 启用 congtroller)
被分拆后的每一个中小型服务项目都致力于进行系统软件中的某一项业务流程作用，岗位职责单一， 而且每一个服务项目全是一个单独的新项目，能够开展单独的检测、开发设计和布署等;
因为每个单独的服务项目中间应用的是根据 HTTP 的 JSON 做为数据通讯合作的基本，因此这种微服务架构还可以应用不一样的语言表达来开发设计;
例如：新项目里边有User控制模块和Order控制模块，可是User控制模块和Order控制模块并沒有立即关联，只不过是一些数据信息必须互动，那麼就可以把这两个控制模块独立分离来，当user必须启用order的情况下，order是一个服务项目方，可是order必须启用user的情况下，user也是服务项目方了， 因此，他们并不在意哪位服务项目方哪位启用方，她们全是两个单独的服务项目，这就是微服务架构的定义;
分布式系统，便是将极大的一个系统软件区划为好几个控制模块，这一点和微服务架构是一样的，全是要把系统软件开展分拆，布署到不一样设备上，由于一台设备很有可能承担不上这么大的浏览工作压力，换句话说要支撑点这么大的浏览工作压力必须购置一台特性非常好的网络服务器，其财务成本十分高，有这种费用预算彻底能够购置许多台一般的网络服务器了，分布式架构每个控制模块根据插口开展数据信息互动，实际上分布式系统也是一种微服务架构，由于全是把控制模块分拆变成单独的模块，出示插口来启用，那麼他们实质的差别是啥?
他们的实质的差别反映在“总体目标”上， 什么是总体目标，便是你选用分布式架构或是选用分布式架构，你最后是为了什么，要做到哪些目地?
分布式架构的发展目标? 便是浏览量非常大一台设备承担不上，或是是成本费难题，迫不得已应用几台设备来进行服务项目的布署;
而微服务架构的发展目标?仅仅让每个控制模块分拆起来，不容易被相互之间危害，例如控制模块的升級或是发生BUG或是是重新构建这些都不必危害到别的控制模块，微服务架构它是能够在一台设备上布署;
可是：分布式系统也是微服务架构的一种，微服务架构也归属于分布式系统;
微服务架构仅仅一种新项目的构架方法、构架核心理念，换句话说是一种定义，就好似大家的MVC构架一样， 那麼Spring Cloud就是对这类构架方法的技术性落地式完成;
微服务架构仅仅一种新项目的构架方法、构架核心理念，因此一切技术性都能够完成这类构架核心理念，仅仅分布式架构里边有很多难题必须我们去处理，例如：web服务，服务项目的申请注册与发觉，服务项目启用，服务项目路由器，服务项目融断这些一系列难题，假如你自己从0开始完成微服务架构的构架核心理念，那秀发都掉光了，因此Spring Cloud 帮大家干了这种事儿，Spring Cloud将解决这种难题的的技术性所有装包好啦，大家只必须拆箱即用;
官方网站：
https://spring.io/projects/spring-cloud
版本号：Greenwich SR3
源于官方网：
Spring Cloud为开发者出示了一些专用工具用于迅速搭建分布式架构中的一些普遍方式和处理一些疑难问题(比如软件配置管理、服务发现、隔离开关、智能化路由器、微代理商、操纵系统总线、一次性动态口令、全局性锁、领导干部大选、分布式系统对话、集群情况)。分布式架构的融洽造成 了许多样版式的编码(许多固定不动招数的编码)，应用Spring Cloud开发者能够迅速创建完成这种方式的服务项目和应用软件。他们在一切分布式系统自然环境上都能非常好地运作，包含开发者自身的笔记本、原装机大数据中心和云计算技术等代管服务平台;
Spring Cloud为分布式架构开发设计的典型性应用领域出示优良的拆箱既用的作用，例如：
Spring Cloud是由一系列单独新项目构成的，每一个单独的新项目具备不一样的公布节奏感，每一次Spring Cloud公布版本号时，便会组成这一系列的子项，Spring Cloud为了更好地防止大伙儿对版本信息的误会，防止与子项版本信息搞混，因此Spring Cloud公布的版本号是一个依照字母顺序的纽约地铁口的名称(“天使之”是第一个版本号，“布里克斯顿”是第二个)，字母顺序是以A-Z，现阶段全新平稳版本号Greenwich SR3，当Spring Cloud里边的一些子项发生至关重要bug或重特大升级，则公布编码序列将发布名字以“.SRX”末尾的版本号，在其中“X”是一个数据，例如：Greenwich SR1、Greenwich SR2、Greenwich SR3;
Spring Cloud是微服务架构开发设计的一整套解决方法，选用Spring Cloud开发设计，每一个新项目仍然是应用Spring Boot;
Spring Cloud 与 Spring Boot的兼容版本号
我们知道，Springcloud 搭建微服务架构是根据 SpringBoot 开发设计的。
1、建立一个 SpringBoot 工程项目，而且加上 SpringBoot 的有关依靠;
2、建立服务供应商的浏览方式 ，也就是事后顾客怎样浏览服务提供者;
Spring Cloud 是根据 rest 的浏览，因此大家加上一个 Controller，在该Controller 中出示一个浏览通道：
3、运行运作该 SpringBoot 程序流程，浏览该 controller;
服务项目顾客也是一个 SpringBoot 新项目，服务项目顾客关键用于消費服务供应商出示的服务项目;
1、建立一个 SpringBoot 工程项目，而且加上 SpringBoot 的有关依靠;
2、开发设计一个顾客方式 ，去消費服务供应商出示的服务项目，这一顾客方式 也是
一个 Controller:
3、运行该 SpringBoot 程序流程，检测服务项目顾客启用服务供应商;
