相信不少同学都听说过微服务与分布式了，我们将要学习的Spring Cloud就是一种微服务框架，我们在学习Spring Cloud之前，先来梳理下微服务和分布式的概念，先理解下的他们的思想。只要思想理解了，其他的都操作就更好理解了。
目录
1.分布式
1.1 概念
顾名思义，即，分布在多个不同的地方。
分布式是从系统部署方式，物理硬件方面来看。
如果你的系统部署在多台服务器上，那么这就是分布式部署。
如果你的系统只处理一个业务，干一件事，是单体架构。部署在多台服务器上，那么这种情况也可以称之为集群。比如redis集群。
如果你的系统包含好几个子系统，这几个子系统部署在同一台服务器上，它们之间可以互相访问，每个系统干一件事，执行一个业务。如果这样的系统（包含一套子系统）部署在一个服务器上就不是分布式部署；如果部署在多台服务器上（每台服务器上都有一套完整子系统）那么就是分布式。
如果你的系统包含多个子系统，不同的子系统分别部署在不同的服务器上。从宏观角度来看这是一个系统，部署在多台服务器上，是分布式。从微观角度来看，每个子系统都是一个独立的系统，拿某个子系统的来看，如果该子系统部署在一台服务器上，这个子系统的部署就不是分布式；如果该子系统部署在多台服务器上，那么该子系统就是分布式部署。
1.2场景
马上双11到了，到双11那天在短时间内会有超大量请求发往淘宝京东的服务器，双11前可能10服务器就可以了，但是双11当天可能要把服务部署在50台服务器上才不会发生问题。
1.3 物理架构图
系统部署在多台服务器上，如下图：
2. 微服务
2.1 概念
微服务是从系统技术架构，业务逻辑方面来看。
顾名思义，把一个服务，拆分成多个微小的服务，每个服务专门干一件事
2.2 实例
假如我要搭建一个服务，要完成的业务是去商店买可乐。这整个业务可以分为两步：
第一步，进商店。
第二步，给商家付钱
第三步，商家把可乐递给你。
第四步，出商店。
可以搭建4个微服务：
服务1：实现进商店的业务。
服务2：实现给商家付钱的业务。
服务3: 实现商家给你可乐的业务。
服务4：实现出商店的业务。
搭建的这个微服务架构图，如下：
2.3 场景
你又没有过这样的经历：系统是单体架构，由于业务繁多，项目体量大，每次启动都要花费很长时间。在之后的维护升级时，任何一个小模块的问题可能导致整个系统宕机，所有的功能不可用。这将是灾难性，损失难以估量。
假如我们采用分布式架构后，将系统拆分成很多小服务子系统。每次改动后，只需要启动改动代码所在的子系统。就算那次增量上线后发生问题，只是这个子系统这个模块不可用，瞬时导致整个系统不可用的可能性很小。
在实际上线后，那个子系统并发次数多，调用的次数多，我们可以适量的增加这个子系统的节点数。
每个子系统重复利用率高，这是不是有点“高内聚，低耦合”的味道呢！
