System Design on Tech Blog

Designing a Ride-Hailing System

Sat, 18 Apr 2026 19:55:00 +0530

Introduction
#

As part of this post, we will be designing a real-time matching and dispatch system for a ride-hailing platform focusing on geospatial indexing, low-latency matching, streaming data, pricing and consistency trade-offs.

Order Management System

Sat, 11 Apr 2026 10:56:08 +0530

As part of this post, we’ll be covering the design of a modern, production-grade Order Management System (OMS) with a focus on multi-fulfillment, cancellations, refunds, inventory synchronization, and multi-region deployment.

Let’s first start with the requirements.

Requirements
#

Functional Requirements
#

Core order lifecycle: Create order with multiple line items, shipping options, and payment methods.
Order state machine: Support states such as PENDING → CONFIRMED → PARTIALLY_FULFILLED → FULFILLED → CANCELLED → REFUNDED.
Split shipments: Support split shipments and partial fulfillment when items originate from multiple locations or arrive at different times.
Cancellations: Allow customer and system-initiated cancellations in various states (pre-fulfillment, mid-fulfillment) with clear rules.
Refunds: Support refunds (full and partial), including multi-payment or mixed-method scenarios (card, wallet, store credit).
Multi-fulfillment: Route each line item to an optimal fulfillment node (warehouse, store, 3PL, marketplace drop-shipper).
Multiple shipments: Track multiple shipments per order with independent tracking IDs and statuses.
Backorders and preorders: Support delayed fulfillment while the order remains active.
Inventory and payments: Reserve inventory atomically as part of the order creation saga; release on failure or cancellation.
Inventory sync: Prevent overselling across channels with near real-time inventory sync and event-driven updates.
Payment gateways: Integrate with one or more payment gateways for authorization, capture, and refund.
Multi-channel and integrations: Receive orders from internal checkout, marketplaces, and POS; normalize into a canonical order model.
Fulfillment updates: Push fulfillment updates and cancellations back to channels and customer notification systems.
Multi-region deployment: Deploy OMS in multiple regions, each with a full stack of services fronted by a global load balancer.
Data synchronization: Keep critical data (orders, payments, inventory) synchronized across regions using a mix of strong and eventual consistency depending on domain constraints.

Non-Functional Requirements
#

High Availability and resilience: One failure in a downstream flow should not take down the entire order flow.
Scalability: Capable of handling peak events such as flash sales and promotions.
Consistency: Clear consistency model for orders and inventory (strong vs eventual consistency).
Observability: Comprehensive logging, monitoring, and tracing.
Extensibility: Easy to add new fulfillment types, payment methods, or regions without major rewrites.

High Level Design
#

Order Lifecycle and Domain Model
#

Order Lifecycle Stages
#

A typical e-commerce order lifecycle contains the following high-level stages:

Mobile Wallet Payment System

Thu, 09 Apr 2026 19:39:08 +0530

As part of this post, we’ll be covering the design of a mobile wallet payment system that supports -

Top-ups (add money to wallet from bank/card)
P2P transfers (wallet -> wallet)
Basic fraud detection
Concurrency with clear trade-offs between strong and eventual consistency at scale.

Let’s start with a basic design and then we can scale it up.

Designing Product Search

Sat, 04 Apr 2026 06:00:20 +0530

Introduction
#

Search is often the primary way users find products on e-commerce platforms. A high-quality search system shouldn’t only be fast and resilient but also highly relevant.

High-Concurrency Flash Sale Systems

Thu, 02 Apr 2026 10:12:19 +0530

Introduction
#

A High Concurrency flash sale system is a system that is designed to handle a large number of concurrent users who are trying to purchase a limited number of items in a short period of time.

Load Balancers and Consistent Hashing

Sun, 29 Mar 2026 12:57:32 +0530

Imagine a small app where each client talks directly to a specific server, say https://10.0.0.1:8080. As traffic grows, that one server becomes a bottleneck, and if it crashes, the whole app is effectively down for any client pointing at it.

How to Cache?

Sat, 28 Mar 2026 08:42:23 +0530

Modern APIs frequently access databases, or complex business logic that introduce significant latency and consume CPU and I/O resources. Without caching, every request pays the full cost of database queries, network calls, and computation. This can lead to slow response times and poor scalability as traffic increases.

The Anatomy of a Distributed Message Broker

Wed, 25 Mar 2026 22:04:33 +0530

Introduction
#

Distributed message brokers are the backbone of modern microservices architectures, enabling asynchronous communication, decoupling services, and providing a reliable way to handle data streams at scale.

Rate Limiters

Tue, 24 Mar 2026 20:49:12 +0530

Life Without a Rate Limiter
#

Imagine a public web API that allows clients to fetch user data without any rate limiting. Under normal conditions this might work, but during traffic spikes or abuse (e.g., bots or scrapers) the backend can be overwhelmed, leading to resource exhaustion, cascading failures, and poor availability for legitimate users. Without any form of control, a single noisy neighbor can starve others, increase infrastructure costs, and make it difficult to meet SLAs.

System Design: The Path to API Gateway

Sun, 08 Mar 2026 11:34:00 +0530

Every great architecture starts simple. But as we scale from a single monolith to a swarm of microservices, we hit a wall that only one pattern can break: the API Gateway.

Phase 1: The Blissful Monolith
#

You have one server, one database, and one endpoint. Everything is easy:

System Design on Tech Blog

Designing a Ride-Hailing System

Introduction #

Order Management System

Requirements #

Functional Requirements #

Non-Functional Requirements #

High Level Design #

Order Lifecycle and Domain Model #

Order Lifecycle Stages #

Mobile Wallet Payment System

Designing Product Search

Introduction #

High-Concurrency Flash Sale Systems

Introduction #

Load Balancers and Consistent Hashing

How to Cache?

The Anatomy of a Distributed Message Broker

Introduction #

Rate Limiters

Life Without a Rate Limiter #

System Design: The Path to API Gateway

Phase 1: The Blissful Monolith #

Introduction
#

Requirements
#

Functional Requirements
#

Non-Functional Requirements
#

High Level Design
#

Order Lifecycle and Domain Model
#

Order Lifecycle Stages
#

Introduction
#

Introduction
#

Introduction
#

Life Without a Rate Limiter
#

Phase 1: The Blissful Monolith
#