2026 年 3 月走了这轮，岗位是 staff-ish 的基础设施岗，在他们 retail platform。写这篇是因为我面之前几乎找不到任何细节。
我拿到的题：设计一个库存可用性服务，让用户能看到 IKEA 全球门店网络以及电商平台上的实时商品可用性。表面听起来很无聊，但其实深度很大。
他们怎么 push： 一致性 vs 可用性取舍。门店库存会延迟，怎么在 UI 里处理？是显示「大概率有货」还是「保证有货」？他们想要真实观点，不是背 CAP 定理。 门店侧写入吞吐。IKEA 门店交易量很大，尤其周末。他们问你怎么抗突发而不把 DB 打爆。 缓存失效。如果商品没货了，电商需要多快知道？他们想听 TTL、事件驱动失效、以及这些取舍。 跨区域。他们门店在大概 60 个国家。你把一致性逻辑放在哪跑，这个问题很关键。
我对面试官的感受：他们不是在考你背过的架构知识。他们会对你每个选择都追问「为什么不用 X？」不是想坑你，而是看你能不能在压力下为一个决策辩护。氛围更像 peer design review，而不是抓错的 quiz。
时间安排：前 5 分钟让我澄清需求。我问了数据新鲜度的 SLA 和并发用户规模，这两个问题直接决定了我的整体答案。别跳过需求阶段。
准备建议：建议熟悉事件驱动模式（Kafka-style）、多区域缓存，并且要刻意练习「我选 X 是因为 Y 的取舍，我们放弃了什么」。他们不在意具体 vendor 名字。AWS 还是 GCP 完全中立。
结果：进了下一轮。behavioral panel 我会单独再发。