rgoussu@goussu: ~/library/paths
~/library/paths cat platform-and-production.md

Platform & production

# What it takes to run software for real — cloud primitives, containers built from syscalls up, Kubernetes assembled by hand, infrastructure as reviewed text, and operations as engineering.

Pathsaved 2026-08-08 #path#platform#kubernetes#cloud#iac#cicd#sre

Goal

An architect who cannot reason about production is designing fiction. This path builds the platform layer bottom-up — what a container is, what Kubernetes actually assembles, how infrastructure becomes reviewable text, how software ships continuously and stays observable. The house method applies double here: this domain is where cargo-culting is most rampant, and building each layer by hand is the antidote.

Prerequisites

  • Foundations modules 4–5 (the OS and the network) — containers and clusters are those two subjects in a trench coat.

Modules

1. The cloud, provider-agnostic

  • Read: Cloud fundamentals.
  • Do: the note's drills — a small workload stood up with IAM, VPC, and managed data done properly; the same bill estimated before and read after.
  • Proof: least-privilege IAM defended role by role; the cost model used as a design input, not a surprise.

2. Containers, from syscalls up

3. Kubernetes, assembled by hand

4. Infrastructure as code

  • Read: Infrastructure as code.
  • Do: the note's drills — module 1's workload rebuilt declaratively, a drift introduced by hand and reconciled, state managed like the shared mutable resource it is.
  • Proof: a colleague could recreate your environment from the repo alone; the plan/apply diff is your review surface.

5. Continuous delivery

  • Read: CI/CD & delivery engineering.
  • Do: the note's drills on a real project — trunk-based flow, a pipeline with quality gates, a feature flag driving a progressive rollout. The RealWorld capstone's milestone 5 is this module's natural workbench.
  • Proof: tag-to-production with no human steps; a bad release rolled back (or flagged off) in minutes, demonstrated on purpose.

6. Observability & SRE practice

  • Read: Observability & SRE practice.
  • Do: the note's drills — instrument one of your builds with metrics, logs, and traces; define an SLO and burn its error budget in a game day.
  • Proof: a mystery slowdown diagnosed from telemetry alone; the SLO document a teammate could operate from.

Related