后端工程师面试副驾驶 API 约定、查询计划、故障模式——实时辅助。

1. 01

   API 设计轮——先定约定，再写代码

   当面试官说“为 X 设计 API”时，副驾驶会先锚定约定：资源结构、幂等键、分页、版本管理、错误响应格式、限流语义。然后再分析协议选择（REST vs GraphQL vs gRPC），给出面试官真正在打分的那个权衡。
2. 02

   数据存储 + 索引轮

   经典陷阱：候选人说“我们用 Postgres”，却说不出理由。副驾驶会给出决策树——读写比、访问模式、一致性要求、规模上限——并说明为什么最终选 Postgres / DynamoDB / Cassandra / Elasticsearch，外加与查询计划匹配的索引策略。
3. 03

   缓存 + 失效推演

   “缓存失效是计算机科学两大难题之一。”后端面试考的是你是否真正踩过这个坑。副驾驶会搭好缓存策略（读穿透 vs 写穿透 vs 回写）、失效模式（TTL vs 事件驱动 vs CDC）和一致性窗口的框架——具体到让面试官看出你真的上线过缓存。
4. 04

   分布式系统权衡

   CAP 不是一句口号。副驾驶会把你的设计对应到具体的权衡——哪个实体用强一致还是最终一致、有主还是无主复制、分区策略、热点分片缓解、跨区域容灾。只停留在缩写层面，在 Staff 级面试中会输；这能让你达到场景层面的熟练度。
5. 05

   可观测性 + SLO

   高级后端面试越来越常问“你会怎么在生产环境运维它”。副驾驶会给出四大黄金指标（延迟、流量、错误、饱和度）、SLO 定义、错误预算、告警路由，以及真正值班的人会看的仪表盘。这是大多数候选人靠临场发挥的一轮——副驾驶让你不再硬撑。
6. 06

   零停机迁移提醒

   表结构迁移、双写、数据回填、切换策略、回滚方案。当面试官问“你会怎么迁移”时，副驾驶已经准备好四种经典模式（并行运行、双写、影子流量、蓝绿部署）以及每种的故障模式。

后端面试考的是权衡。带着权衡决策树走进去。

API + 数据存储 + 运维。为高级和 Staff 级面试而生。