OCI publishing walkthrough is great
We moved our charts to an OCI registry with signing following the lesson. Smooth and well explained.
Browse
Write readable Helm charts with good defaults, validate values with a schema, test templates and publish charts to an OCI registry
Created by Mateo Silva
Helm is the most widely used way to package Kubernetes applications. A good chart lets anyone install your application with a handful of values. A bad chart is a maze of nested conditionals that nobody dares to touch. This course teaches you to write the good kind.
We package a web API with a worker and a database migration job. The chart starts from helm create, gets trimmed to what we actually need and grows carefully: configurable resources, probes, autoscaling, secrets from an external store, hooks for migrations, and a values schema that rejects mistakes before anything reaches the cluster.
Helm 4 was released in late 2025, and Helm 3 remains common. Charts using apiVersion: v2 work with both, and everything in this course applies to either. Where commands or behaviour differ, I point it out. We use a local kind cluster, so no cloud account is needed.
Builds serverless and Kubernetes platforms on AWS. Teaches Lambda, CDK and Helm with real projects
I am a platform engineer who moves between two worlds: serverless applications on AWS Lambda and container platforms on Kubernetes. Teams usually need both, and I teach the trade offs honestly.
Each of my courses is built around one project that grows from a single file to something you could hand to a team: an HTTP API, a CDK app with tests, a Helm chart with sane defaults. I care about the parts tutorials skip, such as permissions, configuration per environment, rollbacks and cost.
I write infrastructure in TypeScript and YAML most days and I will show you the mistakes I made so you can skip them.
We moved our charts to an OCI registry with signing following the lesson. Smooth and well explained.
We cut our main chart's values file by more than half after this course. Nobody misses the removed options.
Adding values.schema.json caught a typo in a production values file during the next pull request.
helm-unittest and chart-testing in CI were exactly what we lacked. The GitOps section could be longer.
Whitespace control and the range scope finally make sense. The readability test is a great rule.
Content is accurate. I needed to refresh my Kubernetes basics before some lessons made sense.