Production checklist is now our standard
The nine questions from the first lesson are now part of our service launch review.
Browse
Run workloads reliably: right sized resources, honest probes, disruption budgets, autoscaling, observability and a calm incident debugging routine
Created by Lena Fischer
Getting an application onto Kubernetes is the easy part. Keeping it healthy through traffic spikes, node failures, cluster upgrades and the occasional bad release is where teams struggle. This course is about that second part.
Each section starts with a failure: a memory leak that triggers evictions, a probe that restarts healthy Pods, a rollout that drops requests, a node drain that takes down a service. We reproduce it on a local multi node cluster, observe it, fix it and write down the rule that prevents it.
You should already be comfortable deploying applications with Deployments, Services and ConfigMaps. Examples use kind locally, with notes for EKS, GKE and AKS where behaviour differs.
Container and Kubernetes trainer. Docker, clusters and production operations without the jargon
I run Kubernetes clusters and help development teams move their services into containers. Before that I was a backend developer, so I remember how confusing images, volumes and networking felt the first time.
My courses start from what you already know, a process on your laptop, and add one idea at a time: an image, a container, a Compose file, a Deployment, a Service. Every lesson has commands you can type and an explanation of what changed.
The advanced material comes from real incidents: crash loops, memory limits, failing probes and slow rollouts. I teach the debugging habits that help when the dashboard is red and you need answers.
The nine questions from the first lesson are now part of our service launch review.
We had database checks in liveness probes. After this course we changed them, and a later database failover caused no restarts.
The preStop delay and SIGTERM handling removed the errors we saw on every deploy. Clear explanation of why it happens.
Practising simulated incidents with a written routine made me much calmer during real on call shifts.
Very strong content on autoscaling and debugging. The lab needs a powerful laptop, so plan for that.
Accurate and detailed, but I should have taken a fundamentals course first. The pace assumes daily Kubernetes work.
Requests versus usage per namespace was eye opening. I wanted a little more on Karpenter consolidation.