单机结构/集群结构/分布式结构

下面就正经解释下三种结构的区别吧&＃xff5e;

单机结构

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

那么&＃xff0c;单机结构有啥缺点呢&＃xff1f;我想缺点是显而易见的&＃xff0c;单机的处理能力毕竟是有限的&＃xff0c;当你的业务增长到一定程度的时候&＃xff0c;单机的硬件资源将无法满足你的业务需求。此时便出现了集群模式&＃xff0c;往下接着看。

集群结构

集群模式在程序猿界有各种装逼解释&＃xff0c;有的让你根本无法理解&＃xff0c;其实就是一个很简单的玩意儿&＃xff0c;且听我一一道来。

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

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

集群结构的好处就是系统扩展非常容易。如果随着你们系统业务的发展&＃xff0c;当前的系统又支撑不住了&＃xff0c;那么给这个集群再增加节点就行了。但是&＃xff0c;当你的业务发展到一定程度的时候&＃xff0c;你会发现一个问题——无论怎么增加节点&＃xff0c;貌似整个集群性能的提升效果并不明显了。这时候&＃xff0c;你就需要使用微服务结构了。

分布式结构

先来对前面的知识点做个总结。

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

OK&＃xff0c;下面开始介绍所谓的分布式结构。

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

举个例子&＃xff0c;假设需要开发一个在线商城。按照微服务的思想&＃xff0c;我们需要按照功能模块拆分成多个独立的服务&＃xff0c;如&＃xff1a;用户服务、产品服务、订单服务、后台管理服务、数据分析服务等等。这一个个服务都是一个个独立的项目&＃xff0c;可以独立运行。如果服务之间有依赖关系&＃xff0c;那么通过RPC方式调用。

这样的好处有很多&＃xff1a;

1. 系统之间的耦合度大大降低&＃xff0c;可以独立开发、独立部署、独立测试&＃xff0c;系统与系统之间的边界非常明确&＃xff0c;排错也变得相当容易&＃xff0c;开发效率大大提升。
2. 系统之间的耦合度降低&＃xff0c;从而系统更易于扩展。我们可以针对性地扩展某些服务。假设这个商城要搞一次大促&＃xff0c;下单量可能会大大提升&＃xff0c;因此我们可以针对性地提升订单系统、产品系统的节点数量&＃xff0c;而对于后台管理系统、数据分析系统而言&＃xff0c;节点数量维持原有水平即可。
3. 服务的复用性更高。比如&＃xff0c;当我们将用户系统作为单独的服务后&＃xff0c;该公司所有的产品都可以使用该系统作为用户系统&＃xff0c;无需重复开发。