System design simulator · private beta

Design a system. Put load on it. Watch where it breaks.

Draw your architecture, run real traffic through it, and see throughput, latency and failures, component by component, as they happen. All in the browser.

Building blocks
63
Ready-made designs
77
One-click experiments
42
Live A normal day
Goodput1.2k/s
p9948ms
Errors0.0%
A service mesh across three availability zones in ShardPath: requests flow from clients through a gateway and services to zone-local Pricing replicas and Postgres, with throughput, latency and CPU charts beside it. The same service mesh in dark mode.

How it works

From a sketch to the first thing that breaks, in a minute.

  1. 01

    Draw

    Drop load balancers, services, caches, queues, databases and CDNs on a canvas and connect them, or start from one of 77 designs, from a three-tier app to a global ride-hailing platform.

  2. 02

    Run

    Press play and traffic flows. Every request is simulated, with its path, its latency and where it waits. Turn the traffic up from a quiet night to ten times launch day.

  3. 03

    Break

    Kill a replica, slow a database, lose a zone, or replay a real outage. Alerts fire, the timeline fills, and each component tells you why it gave way.

What is inside

Everything you would draw on a whiteboard, except it runs.

Traffic you can turn up

Steady, bursty, diurnal or a spike. One slider multiplies every client while you watch.

Faults and incident replays

Inject slowdowns, errors, crashes and partitions, or replay well-known outages step by step.

The reasoning, shown

Every component explains its ceiling: Little’s law, queueing, pool sizes, what it waits on.

Regions and zones

Place components in real regions; a cross-zone or cross-ocean hop costs what it really costs.

A design review

Spot the missing rate limit, the single point of failure, the retry storm waiting to happen.

Capacity and cost

How many times today’s load it survives, which component gives out first, and what it would cost.

Read the numbers

Not just that it got slow. Why.

Select any component and it shows its theoretical ceiling, what it is offered now, the queueing behind it and what each request waits on. A service at 86% stops being a mystery: its connection pool is the limit, and you can see what doubling it would buy.

See it the way on-call does

Alerts, uptime and an incident timeline.

The rules a pager would use: error rate, saturation, health checks, disk, deadlocks, circuit breakers. A condition has to hold before it fires, so one bad sample never wakes anyone, and every incident lands on a timeline you can read afterwards.

The alerts panel: a warning firing, uptime and availability, an incident timeline per component, and the incident history.

From three boxes to a whole platform

Big enough for the systems you actually build.

RideNow, a global ride-hailing platform at five thousand requests a second: two regions, ninety components, every line laid out without a crossing.

RideNow, a global ride-hailing platform at 5k requests a second: the Fraud and risk service selected, with its replicas, CPU, capacity and latency.

For AI assistants

Your assistant can use it too.

ShardPath has an MCP server with 19 tools, for Claude, Cursor, VS Code, ChatGPT and any other MCP client. Ask for a design that handles fifty thousand requests a second, and the assistant builds it, runs it, finds the bottleneck, and answers with numbers rather than a guess.

  • Create and edit designs, connect components
  • Simulate, inject faults, run experiments
  • Find capacity, review a design, estimate cost
  • Import Kubernetes manifests or a Terraform plan
you     Will checkout survive 5× traffic?

→ find_capacity   checkout
→ simulate        traffic ×5 · 60 s

claude  Not as it is: payments saturate first,
        at its connection pool. Doubling the
        pool and queueing the receipts keeps
        it inside the SLO at 5×.
An example conversation.

Who it is for

For anyone who has to reason about systems at scale.

Preparing for interviews

Practise system design by watching your answer run, not by hoping it holds.

Engineers and architects

Try a design choice in minutes, a cache, a queue, another region, before the RFC.

Teachers and teams

Show a retry storm or a hot shard live, then share the design as a link.

Questions

Is ShardPath a load-testing tool?

No. It is a simulator: your design is modelled, not your code. Queues, connection pools, caches, retries and timeouts behave the way they do in real systems, with every setting yours to change, so you can see the shape of a failure before you build anything.

Do I need to install anything?

No. It runs in the browser, and the simulation runs on your own machine in a background thread. Nothing of your design leaves the browser unless you save it to an account.

How accurate are the numbers?

The behaviour is faithful: how a queue grows, when a pool runs out, how retries multiply load. The absolute numbers come from the settings you give each component; change a database’s read time and the whole system answers to it.

Can an AI assistant use it?

Yes. ShardPath has an MCP server, so Claude, Cursor, VS Code and other MCP clients can build a design, run it, inject faults and read the results.

What does it cost?

It is free during the beta. Paid plans, with more saved designs, sharing and team features, come later.

How do I get in?

Write to hello@shardpath.com and you will get an invite as soon as the beta opens.

Watch your next design fail before it ships.

ShardPath opens to a first group of engineers soon.

Request early access