Learning Trails

Curated paths from single-concept micros to staff-level systems. Each step builds on the last.

Scaling Fundamentals

From a single server to millions of reads. The on-ramp: every other trail builds on what you learn here.

0 of 10 mastered

Fundamentals

  1. One server caps your traffic; a load balancer over replicas is the first scaling move every system makes.

  2. Replicas only work if any instance can serve any user. State must move out of the server.

  3. The cheapest read is the one that never hits the database: cache-aside is the default read-path optimization.

  4. Now the write side: write-through trades write latency for read freshness. Your first real trade-off.

  5. Caching at the edge: move static content next to the user and your origin breathes.

Builder

  1. Bridge: a real architecture with a real problem, already on your canvas. Improve it before designing from scratch.

  2. First full system: a read-heavy service whose high-score skeleton is exactly the patterns you just trained. Realistic goal here: 6+, not 9, since you are juggling 5 dimensions now.

  3. Same read-heavy shape, new domain: repetition with variation is how composition becomes instinct.

  4. Reads at scale with a twist: every client must see flag changes fast, so caching now fights consistency.

Architect

  1. InterviewProve it: Junior-tier interview

    Prove it under pressure: spin a junior-tier interview. Blind challenge, timer on, Elo on the line.

    Go to interviews →
Start trail →

Distributed Data

Where data lives when one machine is not enough: replicas, shards, failover and consistency. Capstone: a distributed KV store.

0 of 12 mastered

Fundamentals

  1. The first answer to a hot database: copies that serve reads.

  2. When copies are not enough: split the data itself. Choosing the shard key is the decision that haunts.

  3. Distributed data must survive a dead primary: standby + promotion path.

  4. Not all reads are equal: analytics belongs in its own store, fed by CDC.

Builder

  1. Bridge: the hot-database incident, on your canvas. Apply your replica/split micros to a system that already exists.

  2. First full system of this trail: storage-shaped, where your data model decides the score.

  3. Time-series data breaks naive models: partition by time, plan retention from day one.

  4. Modeling for search: the same data, shaped for a different query pattern.

Architect

  1. Primer for the senior step: state as an append-only log of facts, projections building the views.

  2. Now the paradigm at full scale: CQRS with real consistency and replay concerns.

  3. Capstone: sharding, replication, failover and consistency. Every concept of this trail, at once, in one design.

  4. InterviewProve it: Senior-tier interview

    Prove it: a senior-tier interview. The roulette decides; your trail prepared you.

    Go to interviews →
Start trail →

Async Systems & Events

Decoupling is the only way to scale writes and processing: queues, fanout, DLQs and event-driven design. Capstone: a data lake platform.

0 of 13 mastered

Fundamentals

  1. The foundational move of async design: a queue absorbs the burst, a worker drains it.

  2. Queues fail in production: the DLQ is where bad messages go to be debugged, not lost.

  3. One event, many consumers: pub/sub decouples producers from everyone downstream.

  4. Decoupling extends to data: services that share a database are not decoupled at all.

  5. Async to the client too: push beats polling when freshness matters.

Builder

  1. Bridge: the synchronous chain that took checkout down. Your queue/DLQ/fanout micros are exactly the toolbox.

  2. First full pipeline: upload, queue, worker, storage. Your micros assembled into a system.

  3. Fanout + DLQ + multi-channel: this challenge is literally the composition of your first three micros.

  4. Reliable execution: at-least-once delivery makes idempotency non-negotiable.

  5. InterviewProve it: Mid-tier interview

    Mid-level checkpoint: spin a mid-tier interview before climbing to senior. Most of what you trained in these chapters (queues, fanout, DLQs, idempotency) is exactly what the mid pool asks.

    Go to interviews →

Architect

  1. Read

    Read before the next step: real-time co-editing cannot lock. Two models resolve concurrent edits: Operational Transform (transform each edit against concurrent ones; needs a central sequencer) and CRDTs (data structures whose merges are mathematically conflict-free, any order). OT centralizes and simplifies intent; CRDTs decentralize and tolerate partitions at the cost of metadata growth. In the next challenge, your job is not to implement either; it is to choose one, place it in the topology, and defend the trade-off.

  2. Real-time collaboration: push, presence and the conflict model you just read about.

  3. Capstone: ingestion at scale. Every queue, stream and pipeline of this trail feeding one platform.

  4. InterviewProve it: Senior-tier interview

    Prove it: a senior-tier interview.

    Go to interviews →
Start trail →

Resilience & Global Operations

Systems that survive failures, and Friday deploys: failover, multi-region, sagas, observability and coordination. Capstone: a multi-region database.

0 of 14 mastered

Fundamentals

  1. Resilience starts at the database: a standby that can be promoted.

  2. A region can die: serve from more than one, and decide what is shared.

  3. Transactions across services without 2PC: sagas with compensating actions.

  4. You cannot fix what you cannot see: logs from every service, one searchable place.

  5. Logs explain incidents; metrics and alerts DETECT them, before your users do.

  6. In a service chain, WHERE did the request slow down? Tracing follows it across hops.

Builder

  1. Bridge: the 6-hour silent outage. Failover + observability micros, applied to the stack that needed them.

  2. First full system: reliable collection under backpressure. Losing logs during an incident is losing the incident.

  3. Reliable execution at scale: retries, idempotency and the cost of "exactly once".

  4. Global propagation with consistency: every node must converge on the same config, fast.

Architect

  1. Primer for staff territory: when exactly one of N must act, a coordination service decides who.

  2. Resilience and observability as infrastructure: the mesh moves retries, mTLS and telemetry out of app code.

  3. Capstone: replication, failover, coordination and consistency across regions. The full resilience toolbox in one design.

  4. InterviewProve it: Staff+-tier interview

    Prove it at the top tier: a staff interview. The roulette may hand you consensus, payments or order management.

    Go to interviews →
Start trail →

Security at Scale

Zero trust from edge to secret: authn, WAF, rate limits, tenant isolation and auditability. Capstone: a global IAM.

0 of 14 mastered

Fundamentals

  1. Identity first: verifiable tokens are the foundation every other control builds on.

  2. Identity without server state: the property that lets auth scale horizontally.

  3. Block the obvious at the edge: the WAF strips attack noise before it touches your services.

  4. Abuse looks like traffic: limits per client are both a security and a stability control.

  5. One door to guard: the gateway concentrates authn, limits and routing in a single entry point.

  6. Files out of the database: the storage topology you will secure with signed links two steps from now.

Builder

  1. Bridge: the wide-open API being scraped right now. Gateway, JWT, WAF and rate-limit micros, assembled.

  2. First full system: the gateway for real. Authn, rate limits and routing under latency constraints.

  3. Authorization on objects: signed URLs, scoped access, and the cost of getting it wrong.

Architect

  1. Security you can prove: immutable audit trails are what compliance actually asks for.

  2. Isolation end to end: one bad tenant boundary and every customer is exposed.

  3. Capstone: identity and authorization for everything else you will ever build. Global, fast and correct.

  4. Post-graduate: the system that guards the keys to every other system.

  5. InterviewProve it: Staff+-tier interview

    Prove it at the top tier: a staff interview.

    Go to interviews →
Start trail →