CRI Runtimes Deep Dive: Who's Running My Kubernetes Pod!?
summary
Claim: Kubernetes itself contains no code to create or start containers, so since v1.5 the Container Runtime Interface (CRI) lets alternate runtimes plug in. Demo uses a Kubernetes 1.14.1 cluster with containerd 1.2.6 demoed, exercising crictl and ctr to list pods, inspect OCI details, kill a container and show kubelet restarting it. Notes concrete runtimes: containerd, CRI-O, runc, kata, firecracker, gvisor and singularity; runtime class lets nodes offer multiple runtimes.
AI-written summary · about
chapters (6)
- 0:00Start
- 3:07Docker Shim
- 3:31The Runtime Wars
- 13:29What Do I Need from a Container Runtime
- 25:53Deploy Nginx
- 26:23The Kubernetes Api
related talks
34mLet's Try Every CRI Runtime Available for Kubernetes. No, Really!
34mContainer Runtime Evolving in Kubernetes
24mOCI, CRI, ??: Making Sense of the Container Runtime Landscape in Kubernetes
35mWho's Running My Pods? A Deep Dive into the K8s Container Runtime Interface
34mContainer Runtime Evolving in Kubernetes
46mCRI-O: All the Runtime Kubernetes need
29mCRI-O: All the Runtime Kubernetes Needs, and Nothing More
29mWhat's Up With All The Different Container Runtimes? - Ricardo Aravena, Branch Metrics
