Services

Resources

Company

Container orchestration

Container orchestration is the automated work of running containers across a cluster of machines: deciding which machine runs each container, restarting the ones that fail, scaling them with load and routing traffic to them. You describe what should run, and the orchestrator keeps the cluster matching that description. Kubernetes is the most widely used orchestrator.

How it works

A control plane stores desired state, such as "three copies of the checkout service, each with 500m CPU". A scheduler picks a node for each container based on free resources and constraints. Controllers then compare desired and actual state in a loop and act on the difference.

For example, a Deployment declares replicas: 3. If node-2 fails and takes one replica with it, the controller sees 2 of 3 running and starts a replacement on a healthy node, with no one paged to do it by hand.

Why it matters in production

Orchestration removes the manual work of placing and restarting containers, but it adds its own systems to run: the control plane, cluster upgrades, networking, autoscaling and observability. Most production incidents on orchestrated platforms come from those layers, not from the containers themselves.

See also

On the One2N blog

References

  1. Overview (Kubernetes documentation)

Comic about container orchestration: Asha declares a Deployment with 3 replicas at 500m CPU and the scheduler places one per node; node-2 dies and a customer is unaffected; the controller starts a replacement; a traffic spike scales to 6 replicas spread by free CPU.