Kubernetes overview
The project’s own explanation of its purpose, capabilities, historical context, and boundaries.
Kubernetes · Learning path
A reading path from the reason Kubernetes exists to its control-plane components and the exact sequence triggered by an API request.
Engineers who use Kubernetes and want to explain its reconciliation model and request lifecycle without hiding behind kubectl.
Stage 1
Explain which problems Kubernetes solves, what it deliberately leaves to other systems, and when its operational cost is justified.
The project’s own explanation of its purpose, capabilities, historical context, and boundaries.
Stage 2
Identify which component stores state, exposes the API, schedules Pods, reconciles desired state, and runs workloads.
Maps the API server, etcd, scheduler, controller manager, kubelet, kube-proxy, and container runtime onto a cluster.
Stage 3
Follow client validation, authentication, authorization, admission, persistence, reconciliation, scheduling, networking, and container startup.
A source-linked execution trace from a kubectl command to a running Pod, including the control plane and node-side work.