Design a geo-distributed Order Processing System

Last updated: April 1, 2026

Quick Overview

Design a geo-distributed order processing system that handles millions of requests. Discuss trade-offs in consistency, availability, and performance.

Twitter/X
System Design
Software Engineer
Twitter/X
April 1, 2026
Software Engineer
Onsite
System Design
Medium

22

15

1,156 solved


Design a geo-distributed order processing system that handles millions of requests. Discuss trade-offs in consistency, availability, and performance.

Twitter/X asks this during the Onsite to assess your architectural thinking. They want to see how you decompose a complex problem, choose appropriate technologies, and reason about failure modes. Strong candidates proactively discuss monitoring, alerting, and operational concerns.

What the Interviewer Expects
  • Systematically gather requirements and estimate capacity (QPS, storage, bandwidth)
  • Design a scalable architecture with clear component responsibilities
  • Make well-reasoned database and caching decisions with trade-off analysis
  • Address consistency vs availability trade-offs specific to the use case
  • Discuss partitioning strategy, replication, and data modeling
  • Cover failure handling, monitoring, and alerting strategies
Key Topics to Cover
Caching strategies (local, distributed, CDN)
Database selection and data modeling
Monitoring, logging, and alerting
Consistency models and replication
How to Approach This
  1. Start by clarifying functional and non-functional requirements with the interviewer.
  2. Estimate the scale: QPS, storage, bandwidth. This drives your design decisions.
  3. Draw a high-level architecture first, then deep dive into 1-2 critical components.
  4. Discuss trade-offs explicitly (e.g., consistency vs availability, SQL vs NoSQL).
  5. Address failure scenarios, monitoring, and how the system handles 10x traffic spikes.
Possible Follow-up Questions
  • How would you optimize costs as the system scales?
  • What monitoring and alerting would you set up on day one?
  • What happens if one of your database nodes goes down?
  • How would you implement rate limiting to protect the system?
Practice a Similar Problem on Codemia

Solve a related problem with our interactive workspace, get AI feedback, and view detailed solutions.

Solve on Codemia
Sample Answer
Requirements

Functional Requirements

  1. Order Placement: Users should be able to place orders through the Twitter/X app with minimal latency.
  2. Order Status Tracking: Users should receive real-time up...
Capacity Estimation

Back-of-Envelope Calculations

  1. User Base: Assume 500 million active users worldwide.
  2. Order Frequency: If each user places an average of 0.1 orders per day, this results in:
    • Daily...

Submit Your Answer
Markdown supported

Related Questions