一致性能读取吞三元冲突
Consistency & Performance (读取吞) Trilemma
三个元素
1
读取吞吐
读取吞吐
2
数据一致性
数据一致性
3
可审计性
可审计性
详细描述
如果把它当作沟通框架：一致性能读取吞三元冲突能让评审更聚焦——我们到底在牺牲哪一角？牺牲到什么程度？用什么护栏避免失控？三角不是让你放弃优化，而是让你选择优化方向。
三种情况说明
读取吞吐无法满足时
选择数据一致性+可审计性时，读取吞吐最容易在高峰期“爆雷”。建议提前设红线与回退策略，并用灰度/隔离/限流等手段把风险切成小块。
数据一致性无法满足时
优先读取吞吐与可审计性时，数据一致性通常会被降级为“够用即可”。常见做法是降低目标阈值、缩小适用范围、或把数据一致性变成事后补偿项。代价往往体现在边缘场景与高压力时刻。把“最坏情况”写进设计文档，会省掉大量返工。
可审计性无法满足时
把可审计性让步，往往换来读取吞吐+数据一致性的确定性：更快上线、更稳运行、或更易验收。但副作用可能是技术债/体验债/风险债累积，需要明确“什么时候偿还”。
评论区 (0)
暂无评论