今年早些时候我面了 oracle senior 的 swe loop，austin office，OCI team。这轮 system design 跟我对企业公司的印象不太一样。
先说一点：他们内部叫「L5」，但他们的 level 和 FAANG 不太好直接对齐。oracle senior 在 scope 上大概相当于 Google 的 L5 或 Meta 的 E5，但 system design 的面试深度其实挺要求的。
这一轮长这样：60 分钟，一个面试官（团队里的 principal eng）。没有协作白板，就是共享文档。题目是：给 multi-tenant API gateway 设计 rate limiter。经典题，但他们在这些点上 push 得异常狠： multi-tenancy：一个客户下面有 10 个 org 时，你怎么隔离每个客户的 rate limit 一致性取舍：他们要我在 token bucket vs sliding window 之间选，并且为分布式场景把理由讲清楚 failure modes：redis cluster 退化时怎么办。fail open 还是 fail closed，以及两者分别对 SLA 有什么影响
跟 meta/amazon 的 system design 比，我觉得这轮更偏 ops。他们一直在问「what breaks at scale（规模上来后最先坏的是哪儿）」，而不是「how would you build this greenfield.（你会怎么从零开始搭建这个全新系统。）」。考虑到 OCI 是正经的云业务、要和 AWS 竞争，这很合理。
they did NOT ask me to code during the system design round. it was pure design + discussion. the behavioral portion was separate (30 min, different interviewer).
深度预期：你提到的任何组件都要能往下讲 3 层。如果你说「在前面加一层 cache」，他们会问你并发写入下 cache invalidation 具体怎么做。别说你 defend 不住的东西。
时间管理：我在数据模型那部分讲得有点久，没讲到 monitoring，我觉得这点对我不利。注意控制时间。
给 2026 候选人的备注：他们现在看起来更倾向招 OCI 相关的 infra 岗，而不是应用层。你如果背景是 cloud infra 或 distributed systems，每一轮都要往这个方向靠。