分布式与集群的简单解释

可能是因为对分布式和集群的敬畏&＃xff0c;所以一直没有专门去了解&＃xff0c;但是两者在日常工作学习中却是不可或缺以及必须理解的。专门去查了下&＃xff0c;在这里做个简单解析。

前言(抛砖引玉)&＃xff1a;

小饭店原来只有一个厨师A&＃xff0c;切菜洗菜备料炒菜全干。后来客人多了&＃xff0c;厨房一个厨师忙不过来&＃xff0c;又请了个厨师B&＃xff0c;两个厨师都能炒一样的菜。为了让厨师专心炒菜&＃xff0c;把菜做到极致&＃xff0c;又请了个配菜师C负责切菜&＃xff0c;备菜&＃xff0c;备料。
这个背景下&＃xff0c;厨师A和厨师B就属于集群&＃xff0c;厨师A和厨师C属于分布式
所以&＃xff0c;这里可以看出来&＃xff0c;一起干同样事情的便是集群&＃xff0c;而把一件事情分多个部分&＃xff0c;由A、B、C等一起完成&＃xff0c;ABC便是分布式
(官方正式的解释不想复制&＃xff0c;大家可以自行百度&＃xff0c;毕竟比较全面。)

分布式的作用和意义在哪&＃xff1f;

1.稳定业务和多变业务分离&＃xff1a;比如转账业务不会变&＃xff0c;但转账完成后续动作多变&＃xff0c;可能发短信&＃xff0c;可能发邮件&＃xff0c;还有别的奖励&＃xff0c;也可能有个短期活动需要处理&＃xff0c;如果每次变化都直接加到转账业务里&＃xff0c;那就要频繁改动主业务&＃xff0c;甚至需要重启&＃xff0c;更甚至直接给主业物代码引入了新的bug
2.新业务老业务分离&＃xff1a;一块成熟的业务&＃xff0c;拓展出来一块新业务&＃xff0c;新的业务只需要从老业务里面获取小部分数据或功能&＃xff0c;剩下大部分都是很独立的逻辑&＃xff0c;老业务模块根本不需要了解新业务模块&＃xff0c;如果都堆积到老业务模块里面&＃xff0c;笨重又混乱
3.团队隔离&＃xff1a;核心业务系统由核心团队管理和维护&＃xff0c;非核心业务系统由另外一个独立团队维护&＃xff0c;互相暴露少量接口互通&＃xff0c;互有边界控制
4.不同硬件需求&＃xff1a;有的业务需要大内存&＃xff0c;有的需要大硬盘&＃xff0c;有的需要更强cpu&＃xff0c;有的需要更多集群&＃xff0c;根据不同需求分布到更适合的物理设备上&＃xff0c;而不是统一配置爱用不用
5.还有更多理由需要分布式&＃xff0c;即便是有先后顺序&＃xff0c;也会把业务拆分成多个独立子系统&＃xff0c;更多知识请百度“分布式”“微服务”“组件化”“模块化”
6.如果你的业务本来就很简单&＃xff0c;拆分反而成了负担&＃xff0c;也有拆分不合理后面重构合并到一起的
7.“分布式架构”在一体化系统里面相对应的概念是“接口分离原则”&＃xff0c;对应的问题就应该是“一个方法就能解决问题&＃xff0c;为什么要分开好几个方法或接口”

集群是使用服务器的一种方式&＃xff0c;而分布式是使用服务器的一种策略思路。