Als je een applicatie die via Hem charts wordt gedistribueerd in je OpenShift GitOps (ArgoCD) wilt opnemen heb je twee opties: Een ArgoCD applicatie van het type “Helm” maken De Helm chart via kustomize laten renderen, en de kustomization.yaml in je ArgoCD opnemen. De eerste oplossing is het makkelijkst, en heeft weinig extra configuratie nodig. Het nadeel is wel dat je wat betreft aanpassingen gelimiteerd bent op wat de schrijver van de chart via de values.yaml heeft aangeboden. Wanneer je extra aanpassingen nodig hebt kom je dus al snel uit op de tweede methode: De helm chart via kustomize laten renderen (inclusief aanpassingen via values.yaml), en daar extra aanpassingen op doen via de bekende kustomize transformers zoals images:, patches:, replicas:, etc.

In een Multi-Tenant OpenShift (of standaard Kubernetes) omgeving wil je als beheerder je eindgebruikers soms de vrijheid geven om zelf Project(Requests)s of Namespaces aan te maken, maar wwel binnen vastomlijnde naamgevings protocollen. In het verleden hebben we al eens gekeken hoe je dit met OPA Gatekeeper kunt doen, en hoe je zelf een Validating of Mutating Admission Webhook kunt maken. Dit keer kijken we hoe je dit met Kyverno kunt doen.

Greetings, Kubernetes enthusiasts! As a rookie to native Kubernetes—still finding my footing in logs and YAML—I was excited to dive into K8sGPT. This CNCF Sandbox project harnesses AI to scan Kubernetes clusters, diagnose issues, and explain them in simple English, weaving in SRE expertise with cutting-edge technology. I set it up on a local VMware VM running Ubuntu Server 24.04.3, and the experience was both educational and practical. In this blog, I’ll share what K8sGPT is, how I got it running, my hands-on experiences as a beginner, and an invitation for you to explore it too.