


1. CAP 定理(架构选型第一准则)
·C 一致性:所有节点同一时刻数据完全相同
·A 可用性:每次请求必有响应(不卡死、不报错)
·P 分区容错:网络断连仍能工作
结论:分布式必须保证 P,只能在 C/A 中二选一。
·CP:强一致,牺牲可用(ZooKeeper、etcd)
·AP:高可用,牺牲强一致(Eureka、Dynamo)
2. FLP 不可能性定理(理论天花板)
异步分布式系统中,只要有一个节点可能崩溃,就不存在能保证终止的确定性共识算法。
意义:告诉我们不要追求完美共识,工程上只能做“大概率可靠”。3. BASE 理论(互联网工程妥协)
·Basically Available:基本可用(降级、限流)
·Soft state:状态可异步更新
·Eventually consistent:最终一致
适用:电商、社交、日志系统(不要求毫秒级一致)

你下单:一台服务器处理订单
商家接单:另一台服务器通知商家
骑手抢单:又一台服务器匹配骑手
地图定位:专门的地图服务器算路线
支付:支付服务器扣钱
有的服务器存视频
有的服务器推流
有的服务器算你喜欢看什么
有的服务器处理评论点赞
几千万人同时刷,必须分布式,否则直接崩
交易服务器:负责扣款
账户服务器:负责查余额
风控服务器:负责防诈骗
日志服务器:负责记录流水
它们分布在全国各地,一起保证你支付安全又快

分布式系统是由多自治计算节点通过网络互联、协同完成统一目标的软件系统,具备节点自治、并行处理、位置透明、高可扩展与高容错等核心特征。依托任务分片、数据副本与共识机制,系统可突破单机性能瓶颈,在大规模并发与海量数据场景下保持稳定服务;同时受CAP 定理约束,需在一致性、可用性与分区容错间进行合理权衡。作为云计算、大数据、物联网与互联网服务的底层支撑架构,分布式系统以高效协同与弹性扩展能力,成为数字时代基础设施的关键技术,具有重要理论价值与工程实践意义。
核心:列出分布式系统 8 大常见错误假设(网络可靠、延迟为零、带宽无限、拓扑不变、单点管理、传输无成本、网络安全、同构)。
价值:建立正确的分布式思维,避免单机思维陷阱,是架构设计的 “警世恒言”
核心:简化版 Paxos,解决异步网络下的分布式共识,是 ZooKeeper、Chubby 的基础。
价值:理解提案、准备、接受、学习四阶段,掌握强一致性共识的经典范式



分布式系统通过多节点协同与网络互联,实现了高效、可靠、可扩展的计算服务,是现代信息技术架构的核心支撑
如果想了解更多的同学可以查阅相关论文、书籍、资料以便于更好的学习。
声明:
文中图片由AI生成便于更好的理解。
夜雨聆风