单机、分布式、集群的区别与联系

单机、分布式、集群的区别与联系

1、单机结构

　　一个系统业务量很小的时候全部的代码都放在一个项目中，而后这个项目部署在一台服务器上就行了，整个项目全部的服务都由这台服务器提供。这就是单机结构。单机结构的缺点是显而易见的，单机的处理能力毕竟是有限的，当你的业务增加到必定程度的时候，单机的硬件资源将没法知足你的业务需求。此时便出现了集群模式。

2、集群结构

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

　　但问题是用户的请求究竟由哪一个节点来处理呢？最好可以让此时此刻负载较小的节点来处理，这样使得每一个节点的压力都比较平均。要实现这个功能，就须要在全部节点以前增长一个“调度者”的角色，用户的全部请求都先交给它，而后它根据当前全部节点的负载状况，决定将这个请求交给哪一个节点处理。这个“调度者”有个牛逼了名字——负载均衡服务器。

　　集群结构的好处就是系统扩展很是容易。若是随着大家系统业务的发展，当前的系统又支撑不住了，那么给这个集群再增长节点就好了。可是，当你的业务发展到必定程度的时候，你会发现一个问题——不管怎么增长节点，貌似整个集群性能的提高效果并不明显了。这时候，你就须要使用微服务结构了。

3、分布式结构

　　从单机结构到集群结构，你的代码基本无须要做任何修改，你要作的仅仅是多部署几台服务器，每台服务器上运行相同的代码就好了。可是，当你要从集群结构演进到微服务结构的时候，以前的那套代码就须要发生较大的改动了。因此对于新系统咱们建议，系统设计之初就采用微服务架构，这样后期运维的成本更低。但若是一套老系统须要升级成微服务结构的话，那就得对代码大动干戈了。因此，对于老系统而言，到底是继续保持集群模式，仍是升级成微服务架构，这须要大家的架构师深思熟虑、权衡投入产出比。

　　下面开始介绍所谓的分布式结构。

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

　　举个例子，假设须要开发一个在线商城。按照微服务的思想，咱们须要按照功能模块拆分红多个独立的服务，如：用户服务、产品服务、订单服务、后台管理服务、数据分析服务等等。这一个个服务都是一个个独立的项目，能够独立运行。若是服务之间有依赖关系，那么经过RPC方式调用。

　　这样的好处有不少：

　　一、系统之间的耦合度大大下降，能够独立开发、独立部署、独立测试，系统与系统之间的边界很是明确，排错也变得至关容易，开发效率大大提高。

　　二、系统之间的耦合度下降，从而系统更易于扩展。咱们能够针对性地扩展某些服务。假设这个商城要搞一次大促，下单量可能会大大提高，所以咱们能够针对性地提高订单系统、产品系统的节点数量，而对于后台管理系统、数据分析系统而言，节点数量维持原有水平便可。

　　三、服务的复用性更高。好比，当咱们将用户系统做为单独的服务后，该公司全部的产品均可以使用该系统做为用户系统，无需重复开发。

4、三者之间的区别和联系

　　如下漫画图很形象地说明三者之间的区别和联系：

5、总结

　　集群是个物理形态，分布式是个工做方式。只要是一堆机器，就能够叫集群，他们是否是一块儿协做着干活，这个谁也不知道；一个程序或系统，只要运行在不一样的机器上，就能够叫分布式，嗯，C/S架构也能够叫分布式。

集群通常是物理集中、统一管理的，而分布式系统则不强调这一点。因此，集群可能运行着一个或多个分布式系统，也可能根本没有运行分布式系统；分布式系统可能运行在一个集群上，也可能运行在不属于一个集群的多台（2台也算多台）机器上。

※部分文章来源于网络，若有侵权请联系删除；更多文章和资料|点击后方文字直达 ↓↓↓
100GPython自学资料包
阿里云K8s实战手册
[阿里云CDN排坑指南] CDN
ECS运维指南
DevOps实践手册
Hadoop大数据实战手册
Knative云原生应用开发指南
OSS 运维实战手册
云原生架构白皮书
Zabbix企业级分布式监控系统源码文档
10G大厂面试题戳领