刚结束 Coca-Cola Global Digital Technology group 的全流程，岗位大概是 staff-ish / senior SWE。system design 那轮有点出乎我意料，所以趁新鲜写一下。
题目：设计一个实时库存和订单管理系统，覆盖 Coca-Cola 的数字化销售渠道（比如他们的电商、retailer APIs、DSD 配送排期）。他们对具体规模说得很模糊，但我追问后给了数字：大概 50,000 个 SKU，峰值每天约 200 万单，全球但以美国优先。
他们在意的点： 你怎么处理仓库系统和数字店面之间的最终一致性。他们会追问这个。 你对故障模式的处理思路。retailer API 挂了怎么办？重试、排队、还是优雅降级？ microservices 之间的 API 设计。他们问我某些 flow 会用 REST 还是 event-driven，并且要理由，不接受默认答案。 可观测性。有个面试官问我，如果某个东西悄悄坏了，我怎么发现。这是偏 SRE 的问题，我挺喜欢。
他们不太在意的点： 数据库层面的分片数学。我提了分区策略，但他们没深挖字节级的算术。 花哨的技术名。我提 Kafka 做事件流，他们点了点头，但 RabbitMQ 或 Pub/Sub 他们也会接受。他们看的是推理过程，不是品牌。
我的感受：这确实是 senior 级别的 system design 题。不是“design Twitter（设计 Twitter）”那种，但也不是 junior 热身题。如果你是以 senior / L5 对标的 level 进去，预期他们会深挖分布式系统基础，而不只是高层的框和箭头。
一个战术点：他们用了一个线上白板（类似 Miro 的工具）。早点把组件画出来，边画边讲。我发现我有了可视化的东西可以指，面试官会明显放松一些。
如果有人在准备这轮，我也愿意聊聊我当时用的具体设计。