Nordstrom·Software Engineer·Onsite - System Design / Architecture
May 2026
System design interview at Nordstrom for a software engineering role. The whole session was basically one massive design question about a reservation system, but it kept branching into security, scaling, deployment, and general engineering philosophy. More ground to cover than I expected.
- Design an online reservation system that supports creating, modifying, and canceling reservations without allowing double-bookings. Walk through your APIs, data model, consistency guarantees, idempotency, and concurrency control.
- How would you handle capacity limits, waitlists, and reservation expiration or TTL in this system?
- What are the trade-offs between optimistic and pessimistic locking, relational versus NoSQL storage, and centralized versus sharded inventory for this kind of system?
- How would you scale this reservation system as traffic grows? Think about partitioning, caching, queues, rate limiting, backpressure, monitoring, and failure recovery.
- What are the key security and privacy concerns for a reservation system and how would you mitigate them?
- Which deployment strategy would you choose for this system, blue/green, canary, or rolling, and why?
- When designing features or services in general, what principles and risks do you prioritize first?
“This was the anchor question and it ate up most of the time.” The rest of the author's notes on Software Engineer interview at Nordstrom, 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