Figma·Software Engineer·Onsite - System Design / Architecture
Jun 2026
Figma infra team interview, basically one long system design session about running a monolith on Kubernetes. Covered a lot of ground, from deployment topology all the way to disaster recovery and migration strategy. Dense question, and I think I undercooked the migration path section.
- You're joining an infra team running a single monolithic backend on Kubernetes, with no plans for microservices or aggressive scaling. How would you design and operate it? Walk through deployment topology, networking, config and secret management, CI/CD, and rollout strategies.
- How would you handle resource requests and limits, autoscaling, and stateful dependencies like databases, caches, and object storage in this Kubernetes setup?
- What does observability look like for this monolith, and how would you handle incident response and disaster recovery?
- What are the real trade-offs of staying monolithic versus moving to microservices in this context, and what concrete signals would tell you it's time to evolve the architecture?
- If those signals do appear, how would you outline a low-risk incremental migration away from the monolith? Think about service boundaries, data ownership, API contracts, and how team workflows change.
“I started with pod replicas and node pools, talked about using a Deployment with a reasonable replica count and keeping stateless app nodes separate from anything touching persistent workloads.” The rest of the author's notes on Software Engineer interview at Figma, Onsite - System Design / Architecture round, covers how they worked through the question, what the panel pushed back on, and what they would do differently.
View Post