Rippling OOD 面试：权限、Scheduler、Payroll 怎么准备

💡 核心要点 (Key Takeaways)

• Rippling 题偏企业 SaaS，要把权限、审计、幂等、一致性和业务实体讲清楚。
• OOD 不是画类图，而是写出能承接 follow-up 的模型和 API。
• Scheduler / Payroll 题要讲 lease、heartbeat、ledger、idempotency 和 failure recovery。

Rippling 的题型画像

Rippling 面经里常见文件系统、权限系统、任务调度、payroll、expense、event aggregation。这些题看起来像 OOD，实际会追到系统可靠性、权限边界和企业客户场景。

File System OOD 怎么练

文件系统题先准备 tree / trie 模型，再补 create file、create dir、delete、list、search、deep nested dirs、路径 normalize、父目录不存在、文件和目录同名、递归删除和错误码。

Access Control 必讲点

Resource Access Control 要讲 user、role、permission、resource hierarchy、inheritance、deny / allow 优先级、effective permission cache、cache invalidation 和 audit log。权限系统最怕例外规则，所以要主动讨论边界。

Scheduler 和 Payroll 怎么上升到系统设计

Distributed scheduler 要讲 task state、lease、heartbeat、retry、dead letter queue、worker crash 和幂等。Payroll 要把工资计算、审批、ledger、付款、税务规则版本和 no duplicate payments 分开。

候选人常见问题

很多候选人只会写一个类，却讲不清为什么这样建模、失败路径怎么处理、权限变更如何生效、重复请求如何去重。针对 Rippling 的面试辅助，重点就是把 OOD 训练成系统思维。

Event Enrichment Pipeline 题怎么准备

Event enrichment pipeline 在 Rippling 题里出现过，但候选人很少专门准备。准备时先定三个数据模型：事件本身，包含 id、type、timestamp 和 payload；事件引用的实体，比如 user、org、account；以及 enrichment 来源，比如 HRIS、bank、directory。核心难点在 join 逻辑：事件先到、enrichment 后到，要能讲清 late-arriving data 怎么处理、历史事件怎么回填。回答按这个顺序：ingest API 和幂等 upsert、异步 join 的流程、schema 变更时怎么处理、enrichment 源延迟或缺失的兜底、数据新鲜度和完整度怎么监控。追问高频的两个方向：同一事件重复推送怎么幂等，上游修改历史字段时下游怎么对账。回答前先界定幂等的含义：同一事件、同一结果，重复推送是 no-op 而不是报错，这句话能帮面试官确认你理解的是同一个问题。这两个方向都准备好答案，这题的覆盖就完整了。再补三个边界情况：事件引用了不存在的实体怎么办、enrichment 源返回的 id 格式和内部不一致怎么映射、事件时间戳早于接收时间怎么处理，每个用一句话说明你的默认策略。练习建议：用伪代码写出幂等 upsert 和 late-arriving join 两段核心逻辑，能白板讲清楚，比背概念有效得多；写的时候顺手标出每一段对应的失败场景，被追问时直接指给面试官看。

OOD 回答的时间结构

OOD 轮通常 45 到 60 分钟，时间分配决定了你有没有机会展示 follow-up 的深度。建议这样切：前 5 分钟澄清需求，确认边界，列出核心实体和关键约束；接下来 10 分钟完成核心模型和 API，每个关键类用一句话说明职责；15 到 20 分钟实现最核心的一段逻辑，比如权限计算或任务调度；剩余时间留给追问和收尾。动手写代码之前，先写出类清单和每个类的职责边界，这样被问'为什么这样建模'时有东西可答。最后 5 分钟做三项自检：失败路径能不能讲、重复请求怎么去重、需求变更怎么扩展。哪项答不上来就主动承认并给出方向，比被面试官追问出来要好得多。复盘时对照这个时间结构看录像，重点看自己在第几分钟开始写代码、第几分钟讲完核心模型，这两个时间点稳定了，整轮节奏就稳了。最常见的两个超时错误：需求澄清超过 10 分钟还在问细节，以及没列 API 清单就开始写实现，两个都用分钟数卡住自己。如果题目比预期大，比如要求设计完整权限系统，先声明你打算覆盖的边界并请面试官确认，而不是硬撑全覆盖。