You are signed in. Close

You are signed out. Close

Thank you. Your subscription has started. Close

Thank you. You will get an email when a new comic comes out. Close

We could not confirm your payment. If you paid, use the link "Sign in" at the bottom of the page. Close

Something went wrong on our side. Please try again in a moment. Close

Previous episode The kubelet: how a Kubernetes node finds its pods

What happens when you run kubectl apply

The container runtime: who really starts your container in Kubernetes

A new Kubernetes node holds nothing of your app: not the code, not its image. The kubelet on the node does not run containers either. So who really starts your container?

  1. 1 So the kubelet hands the job to another program on node-1, one made only to run containers.node-1kubeletpodcafe-menuOne containerof cafe-menu,please!

    So the kubelet hands the job to another program on node-1, one made only to run containers.

  2. 2 To start a container, it needs the image of your app, and that image has never been on node-1.on node-1imagecafe-menu? Noimage of ithere.

    To start a container, it needs the image of your app, and that image has never been on node-1.

The rest of this episode is for subscribers

Subscribe to read every premium episode. You can cancel when you want.

Paid yearly: $99 instead of $119.88

Next episode The Kubernetes control loop: why your app keeps running when a node stops

Share this comic

More comics