Containerized app runtimes: package a service (like Postgres) with everything it needs and run it identically anywhere.

Pick this when

A build needs real backing services locally (databases, queues) — the enterprise-grade default the course's plans reach for.

What makes it different

The reason 'enterprise-grade' prompts pull in Postgres locally

Isolates dependencies so installs don't pollute your machine

What it does

Runs databases and services in containers for local dev

Ships identical environments across machines

What it does not do

Common wrong expectations

Doesn't come free on laptop resources — the s14 trainer skipped it live ('it would crash my computer for a minute')

Where it sits in a stack

The step between single-file demos and production backends.

Shelf

Productivity & source apps · Backend, hosting & code

Our status · not-using

KB pipeline is static; no service dependencies.

Freshness

current

Related tools

competes withSupabase

supabase: hosted Postgres vs run-your-own

Every moment the course touched it (5)

SessionCoverageMomentWhat happened
Bonus + Demo Day: Self-Hosting n8n with Docker (Cloud vs Local Decision, the n8n_data Volume, Credentials, ngrok) and How the Hackathon Was JudgeddemonstratedDocker Desktop + Docker Hub image; volumes; containers as sandboxes
Session 14: Claude Code — Advanced Workflowsexplained1:55:46Chosen by the plan for enterprise-grade Postgres; skipped live to protect the demo laptop
Session 29: Build Always-On Assistants — Autonomy Is Designed, Not Switched On (OpenClaw on a VPS, Hermes on the Desktop)explainedDefined for the cohort as a container - 'a jail for your agent' - not a deployment tool.
Office Hours XII: Building Paul's Second Brain — the Full Project-Management System, Livementioned0:35Workspace self-host path, delegated to the agent
AI Sprint: Vibe Coding to Production — Day 1 (Deployment, DNS, and the Five Locks)mentionedExplicitly NOT needed for MVPs — with Kubernetes, deferred to money-in-pocket scale

← All tools by category