分布式CAP三难三点约束
Three-way Tradeoff: CAP Trilemma
三个元素
1
分区容错
分区容错
2
可扩展性
可扩展性
3
数据持久性
数据持久性
详细描述
分布式CAP三难三点约束强调“约束搬家”：你想让分区容错更好，成本/复杂度/风险就可能被转移到可扩展性或数据持久性上。把它写进方案说明，能避免事后才发现代价藏在哪。不少团队会用分区/分层/分级把矛盾局部化。
三种情况说明
分区容错无法满足时
优先可扩展性与数据持久性时，分区容错通常会被降级为“够用即可”。常见做法是降低目标阈值、缩小适用范围、或把分区容错变成事后补偿项。代价往往体现在边缘场景与高压力时刻。如果没有监控与报警，牺牲会变成隐性债务。
可扩展性无法满足时
把可扩展性放在次要位置时，最关键的是把影响写清楚：影响谁、影响多大、影响多久、以及如何补偿。这样三角才能变成可管理的工程问题。关键是边界条件：何时触发、谁来兜底、如何退出。
数据持久性无法满足时
选择分区容错+可扩展性时，数据持久性最容易在高峰期“爆雷”。建议提前设红线与回退策略，并用灰度/隔离/限流等手段把风险切成小块。把“最坏情况”写进设计文档，会省掉大量返工。
评论区 (0)
暂无评论