8 stages · 47 topics · 29 core
Roadmap

Become a cloud engineer.

The full arc — from Linux and the network stack up through cloud primitives, VPCs, containers, infrastructure as code, observability, security, cost, and the architecture patterns that survive a region failure. Every stage is on the critical path. Each topic links to a Semicolony deep dive or simulator where one exists, and to a curated external resource where it doesn't. Follow the arc in order, or jump to wherever you're stuck.

FOUNDATIONSPRIMITIVESNETWORK & RUNSHIPARCHITECT 01 02 03 04 05 06 07 08startcloud engineer
Core (the spine) Recommended (strong upside) Optional (pick if relevant)

Path
Level

Core plus the recommended layer. The optional stops stay hidden until you have shipped a couple of real systems.


Jump to a stage

01
Stage

Foundations — Linux & the network

The box, the wire, and the protocols on top.

The cloud is other people's Linux behind an API. Before the consoles and the acronyms, get fluent in the machine itself — processes, the shell, and the TCP/DNS/TLS stack that every request you will ever debug rides on.

02
Stage

Core cloud primitives

Compute, storage, and identity — the three you build everything from.

Strip away the hundred-service catalog and the cloud is three things: machines you rent, bytes you store, and an identity system deciding who may touch which. Learn these provider-agnostic, with AWS as the running example — the model ports.

Core

Compute — VMs, autoscaling & serverless

Instances, machine images, autoscaling groups, and functions that only exist while they run. The spectrum from "a box you manage" to "a handler you upload", and what each end costs you.

Cloud compute
Core

Storage — object, block & file

Object stores for blobs, block volumes for disks, file systems for shared mounts. Picking the wrong one is a rewrite; S3-style object storage is the one you will use most and understand least.

Cloud storage
03
Stage

VPC & cloud networking

Your own slice of the network, drawn in route tables.

A VPC is the networking you learned in stage one, rebuilt as API objects: subnets, route tables, gateways, and firewalls. Get the topology right early — re-plumbing a production VPC is the cloud equivalent of moving a house.

Core

VPCs, subnets & route tables

Address blocks, public vs private subnets, and the route tables that decide where a packet goes next. The diagram you should be able to draw from memory before anything ships.

VPC networking
Core

NAT & private connectivity

NAT gateways for outbound-only traffic, endpoints and peering for staying off the public internet. Also where surprise five-figure egress bills are born — know what crosses what.

How NAT works
04
Stage

Containers & Kubernetes

Package the app once, let a control loop run it.

Containers package the app and its world together; Kubernetes keeps a declared number of them running and reschedules around failure. Together they are how most cloud workloads actually ship — learn the mechanics, not just the YAML.

05
Stage

Infrastructure as code & CI/CD

Infra in a diff you can review, deploys with no hands on them.

Click-ops cannot be reviewed, repeated, or rolled back. Terraform turns the infrastructure into versioned code with a dry-run; a pipeline turns shipping into a non-event. Together they are the difference between operating and improvising.

06
Stage

Observability & reliability

See the system, define "working", survive the page.

You cannot operate what you cannot see, and you cannot defend "reliable" without a number. Metrics, logs, and traces tell you what is happening; SLOs and error budgets decide what to do about it; incident practice keeps 3am boring.

07
Stage

Security & cost

Least privilege on the access, a number on the bill.

The two ways cloud projects quietly fail: an over-broad role that becomes the breach, and a bill nobody can explain. Both are engineering problems with the same fix — make access and spend visible, scoped, and reviewed like code.

08
Stage

Architecture — HA, DR & multi-region

Designing systems that survive the bad day.

Everything so far was about running one system well. Architecture is about what happens when an AZ disappears, traffic triples, or a whole region goes dark — and about the queues, caches, and CDNs that buy you headroom before any of that.