Image Forge
A release must become a reproducible image and move safely through the registry.
- 8 practical command rooms
- 1 multi-step boss workflow
- Immediate explanations and safety notes
CURRICULUM // DOCKER
Ship images, operate containers, compose services, and debug their connections.
FOUR-ZONE PATH
Each zone turns reference material into an active scenario. You will choose commands, repair mistakes, predict outcomes, and assemble complete workflows.
A release must become a reproducible image and move safely through the registry.
A running container needs inspection, controlled execution, and a clean shutdown.
A multi-service application must start, update, and stop as one predictable unit.
Persistent data and service communication must survive routine cleanup and redeployment.
PRACTICE DESIGN
The multi-step sequences below are authored workflows, while individual command rooms link to the closest available command reference.
Image Forge
Build locally, inspect the artifact, apply the registry-qualified tag, authenticate, then publish that exact tag.
Rebuild a production image from an explicit Dockerfile and verify it before release. The explicit production build is inspected and its layers reviewed before tagging and publishing it.
Read the complete field guide →Container Bay
Locate the running container and collect logs and metadata before stopping it; removal happens only after it stops.
Diagnose an unhealthy application container before replacing it. Confirm container state, inspect recent logs and internal processes, then stop and remove the failed instance.
Read the complete field guide →Compose District
Validate configuration before building and starting; service state and bounded logs verify the deployment.
Roll out an updated Compose service and confirm the new containers are healthy. Validate, fetch referenced images, reconcile services in detached mode, then inspect state and recent logs.
Read the complete field guide →Network & Storage Core
Create and inspect storage before mounting it, then inspect and locate the resulting container.
Create an isolated network and verify communication between two named containers. Create the network first, attach both containers, inspect network membership, then test name-based communication from the client.
Read the complete field guide →HOW THIS WORLD WAS BUILT
The complete command library is public and each field guide explains prerequisites, failure modes, verification, and safety boundaries. Source-linked does not mean a command was executed on every platform.
Open the public command library →