单机、集群、分布式之间的关系

单机结构

       我想大家最最熟悉的就是单机结构，一个系统业务量很小的时候，所有的代码都放在一个项目中就好了，然后把这个项目部署在一台服务器上。整个项目所有的服务都由这台服务器提供。这就是单机结构。

       那么单机结构有什么缺点呢？缺点就是单机的处理能力毕竟是有限的，当你的业务增长到一定程度的时候，单机的硬件资源将无法满足你的业务需求，此时便出现了集群模式。

集群结构

       单机处理达到瓶颈的时候，你就把单机复制几份，这样就构成了一个“集群”。集群中每台服务器就叫做这个集群的一个“节点”，所有的节点构成了一个集群。每个节点都提供相同的服务，那么这样系统的处理能力就相当于提升了好几倍（有几个节点就相当于提升了这么多倍）。

       但问题是用户的请求究竟由哪个节点来处理呢？最好能够让此时此刻负载比较小的节点来处理，这样使得每个节点的压力都比较平均。要实现这个功能，就需要在所有节点之前增加一个“调度者”的角色，用户的所有请求都先交给它，然后它根据当前所有节点的负载情况，决定将这个请求交给哪个节点处理，这个“调度者”就是-------负载均衡服务器。

集群的特点：

       扩展性好：集群只是单机的多个复制，没有改变单机的原有的代码结构，每次部署新节点只需要复制部署即可。

       单个节点业务耦合度高、资源浪费：节点是多个业务处理集合（耦合高），每个具体业务的访问量可能差异很大，比如JD上账户管理模块的访问量肯定低于订单模块，然而账户管理模块和订单模块的部署数量是一样的（因为每个节点里都有这两个模块），相对订单模块来说，部署同样多的账户管理模块就是浪费。

       那就把单机节点不同的业务处理模块拆开喽，这就是分布式结构了。

分布式结构

       分布式结构就是将一个完整的系统，按照业务功能，拆分成一个个独立的子系统，在分布式结构中，每个子系统就被称为“服务”。这些子系统能够独立运行在web容器中，它们之间通过RPC方式通信。

       举个例子，假设需要开发一个在线商城。按照微服务的思想，我们需要按照功能模块拆分成多个独立的服务，如：用户服务、产品服务、订单服务、后台管理服务、数据分析服务等等。

       这一个个服务都是一个个独立的项目，可以独立运行。如果服务之间有依赖关系，那么通过RPC方式调用。

优点：

       1、系统之间的耦合度大大降低，可以独立开发、独立部署、独立测试，系统与系统之间的边界非常明确，排错也变得相当容易，开发效率大大提升。

       2、系统之间的耦合度降低，从而系统更易于扩展。我们可以针对性地扩展某些服务，就是对子系统集群。例如双十一时，订单子系统、支付子系统需要集群，账户管理子系统不需要集群。

       3、服务的复用性更高。比如，当我们将用户系统作为单独的服务后，该公司所有的产品都可以使用该系统作为用户系统，无需重复开发。

参考博客：https://www.cnblogs.com/mileres/p/9838618.html

参考博客：https://www.zhihu.com/question/20004877