一致性、可用性与故障模型
约 42 分钟
本课目标
本课训练“一致性、可用性与故障模型”。你需要产出可检查的复试材料,并能在追问下说明信息来源、技术机制、设计取舍与事实边界。
一、严格结论
分布式设计取舍必须放在具体故障模型和业务语义中;不能把CAP简化成任意选择两项,也不能在没有网络分区时套用同一结论。
复试不是关键词背诵。任何结论都要区分已知事实、合理假设和个人判断;涉及院校安排时记录来源与日期,涉及技术结论时写清条件与失败边界,涉及个人经历时区分本人和团队贡献。
二、执行流程
识别哪些数据允许陈旧、哪些操作要求线性一致或幂等;列出节点故障、网络分区、重复消息和时钟问题,再选择复制与恢复策略。
练习时先限时作答并录音,再逐句标注:这一句回答了什么;证据是什么;若删除它是否影响结论。没有信息增量的套话应删去,缺少证据的强主张应降级或补证。
三、追问案例
点赞计数可容忍短暂延迟,但扣费和名额分配需要更强约束。二者不应因为在同一系统就使用完全相同的一致性策略。
处理案例时采用“结论先行—机制展开—证据验证—边界收束”。面试官继续追问时,从当前答案的假设、复杂度、故障或替代方案展开,不突然切换到无关知识点。
四、本课产物
一张业务操作—一致性需求—故障后果—恢复方法表。
产物必须能够在下一次模拟中直接使用,并保留版本与日期。完成后请让同伴只依据产物追问三轮;若第三轮只能靠猜测回答,就在文档中明确知识缺口与补课动作。
五、高风险误区
典型失分是:用一句“保证强一致”跳过延迟、可用性和实现成本。 纠正它的方法不是增加套话,而是补齐来源、条件、证据和个人责任边界。
六、在线验收
单选检查唯一严格结论,多选检查必要流程,应用问答要求把本课两个关键词用于具体案例。问答同时保存三层评分细则与参考作答,便于模拟面试后复盘。
Practice
本课练习
先独立作答再提交;编程题会在隔离沙箱中真实编译、运行并对拍。