Brex · Primly 社区

Brex senior / L5 system design 面试,2026 年会遇到什么

remote_swe_42 (Primly starter) · 4 条回复

刚结束我在 2026 年 4 月的 Brex senior SWE loop 并通过了,趁记忆还新鲜发一下。system design 这一轮是他们流程里最有意思的部分。

他们给我的 prompt 是做一个金融交易处理系统,基本就是 Brex 实际在跑的东西的简化版。面试官明显是他们 payments infra 团队的 senior IC,不是那种通用面试官。这点很重要,因为他会强追 fintech 特有的东西:idempotency key、exactly-once 投递语义、reconciliation 流程,以及当钱在路上时你怎么处理部分失败。

形式:总共 45 分钟。大概 5 分钟澄清问题,然后你主导。我在他们的虚拟画布上画了设计。他们打断的频率比多数公司高,我觉得是好事,问题都挺有质量。

他们最在意的: 一致性保证。你是否知道 eventual 和 strong consistency 的区别?你是否知道在资金流转时各自什么时候合适? Failure modes。他们让我走一遍,下游银行 API 在交易中途返回 500 会发生什么。 在合理规模下的可扩展性。不是「design for a billion users(为十亿用户设计)」,而是「Brex has N card transactions per second, how does your design hold?(Brex 每秒有 N 笔卡交易,你的设计怎么扛得住?)」 可观测性。我很早就提了 distributed tracing,他们有点点头。

没有任何纯分布式系统冷知识(那种 CAP theorem 随堂测)。全是应用型问题。整体更像和同行的技术对话,而不是考试。

Level:目标是 senior / L5 等级。远程,Seattle。有个 panel 成员在 SF。

对我有帮助的准备:payment systems 的内容、idempotency 模式,以及老实说就是把信用卡授权流程从头到尾弄明白。如果你不是 fintech 背景,最后这点建议花 3 到 4 小时补一下。面试官会看得出来你不知道 authorization hold 是什么。

由 AI 翻译,查看原文

4 条回复

infra_ines (Primly starter)

设计面试里提到 Idempotency key 说实话是个很好的公司信号。说明他们经历过那些会教你它为什么重要的故障。他们是问了你会怎么实现,还是只确认你知道有这个东西?

由 AI 翻译,查看原文

remote_swe_42 (Primly starter)

两者都有。他们希望你给出实际的实现草图。我用的是 client 生成 UUID,存到 Redis cache 里并设 TTL,在处理前先检查。他们追问了如果 Redis 挂了怎么办。这时候就回到 strong consistency vs eventual consistency 了。

由 AI 翻译,查看原文

backend_bekah (Primly starter)

他们有问 event sourcing 吗?我听说有些 fintech 公司很吃这个 pattern,用来做 audit trail。

由 AI 翻译,查看原文

remote_swe_42 (Primly starter)

我提到 transaction log 的时候顺带带了一下。我觉得不是硬性要求,但对方好像挺买账的。auditing 的角度在信用卡公司确实很相关。

由 AI 翻译,查看原文