Kubernetes refresher training for engineers returning to practice

We provide private, instructor-led Kubernetes training for engineers who want to refresh their skills before returning to hands-on work.

Your team remembers resources and commands from past experience. Familiar commands do not explain which configuration an application currently uses or why a release behaves differently. The next step is to identify the practical knowledge your team retains.

LearnKube begins with a configuration and release exercise. We review the important concepts, keep familiar topics brief, and use a new example to find the next helpful practice.

Hands-on learning and the skills engineers take back to work.

Preview: course-wide figures are not yet available.

  • Hands-on learning
    Of instruction time spent on labs and challenges.
  • Troubleshooting confidence
    Of respondents report greater confidence diagnosing Kubernetes problems.
  • Relevant to your work
    Of respondents say the course addressed their engineering responsibilities.
  • Skills put into practice
    Of respondents applied their new skills at work within 90 days.
  • Get oriented to the current task by explaining resources and runtime configuration, so you start at the right level based on what your team remembers.
  • Practice new or unfamiliar steps with guided configuration changes, so engineers can see how their actions affect the application.
  • Demonstrate the next step with a changed release example, so learners can identify what they understand and what still needs work.
  • Keep a useful reference with notes and repeatable exercises, so later practice covers the concepts that matter most for the job.

A ConfigMap can supply application configuration through environment variables or mounted files. These methods have different update behavior. Before a restart or another change, engineers need to explain which value the current process can observe. A comparison of both methods gives the refresher a practical focus and shows which basics need review.

I ask which value the process sees before asking the learner to change anything. If the answer is uncertain, a small comparison of configuration paths is more useful than repeating every familiar command.

— Daniele Polencic, LearnKube founder and Kubernetes instructor

Role milestoneRequired knowledgePractice/check
Reconnect to current workResources and process configurationExplain the existing example
Revisit an uncertain mechanismEnvironment and file consumptionCompare two configuration paths
Choose a supported actionUpdate and replacement behaviorExplain a changed result
Continue focused practiceRemaining gaps and referencesRecord the useful comparison

LearnKube delivered several Kubernetes courses for EDF Trading. Later requests included materials for people who wanted to explore Kubernetes or refresh their knowledge.

The requests included someone who did not attend an earlier course. The learning need extended beyond one group of returning students. This proposed refresher starts with current knowledge and the next practical task.

This proposed agenda uses a configuration change to identify what needs more practice. We keep familiar topics brief and spend more time on explanations and exercises for areas that are less certain.

Day 1

We link images, Pods, Deployments, Services, and probes to the application the learner needs to explain. A guided change shows which ideas are still familiar and which ones need another look.

  • Explain the current workload and predict what an image or configuration change will affect.
  • Compare the prediction with rollout and readiness observations, then identify a concept to revisit.

Day 2

We use Helm and compare it with Kustomize to track how values move into resources. Architecture examples show how controllers and nodes work together until a process gets its configuration.

  • Compare an environment variable value with a mounted configuration file after an update.
  • Repeat the task with fewer prompts and explain whether workload replacement is necessary.

Day 3

We review DNS, Services, ingress, policy, and scheduling through a specific problem. We also discuss service mesh if it is relevant to your group's environment.

  • Diagnose a dependency failure and explain why the selected observation is useful.
  • Identify a placement constraint and state what requires another team's assistance.

Day 4

We tie storage, credentials, scaling signals, authentication, and RBAC to the chosen task. Learners explain a combined change and pick references for any questions that remain.

  • Complete a configuration task with data and permission requirements, then explain the observed result.
  • Record a repeatable variation and the concepts to revisit before broader responsibility.

Your engineers' past experience, current tasks, and opportunities for more practice can shape the agenda. Get in touch to tailor the workshop to your team's refresher needs.

If a learner expects every process to see a new ConfigMap value immediately, the instructor can compare consumption methods. The learner can then explain which action fits the task.

Geoffrey identified what he liked most about his course at L3Harris:

I liked the practical challenges

— Geoffrey, DevOps Engineer at L3Harris.

Tell us what your engineers previously learned, which task comes next, and where they feel unsure. We will recommend a starting point and practical exercises for that renewed responsibility.