Alle posts van Wander

Iedereen die regelmatig met Kubernetes werkt is blootgesteld aan kubectl (of oc als je OpenShift gebruikt). Dit commando kent een hoop trucjes die je leven makkelijker kunnen maken, maar helaas kent niet iedereen die trucjes. In deze video laat Wander vijf handige dingen zien waarmee je dagelijks tijd kunt besparen, tijd die je vervolgens kunt gebruiken om meer Sudo Friday te kijken.

Als je voor het eerst een Red Hat examen, zoals de RHCSA, of een ander hands-on examen gaat maken dan kunnen de druk en de stress hoog oplopen. Een onbekende omgeving, een berg aan opgaves, en een tikkende klok maken je leven niet makkelijker.

Wanneer je documentatie maakt voor je eindgebruikers, vooral wanneer er GUI werk in zit, kan het handig zijn om acties voor te doen in een filmpje. Nu zijn filmpjes vaak groot, en het toevoegen van “controls” aan HTML <video> elementen hoeft ook niet altijd even leuk te zijn. Nu hadden we toen het internet nog jong en onschuldig was veel “animated gifjes”, bewegende plaatjes zonder geluid. Het .gif formaat bestaat natuurlijk nog steeds, maar resolutie, kleurdiepte, frame-rate, en vooral ook bestandsgrootte zijn niet meer van deze tijd. Gelukkig hebben we tegenwoordig AVIF, plaatjes die gebruiken maken van het moderne AV1 video compressie algoritme. AVIF afbeeldingen zijn klein (zelfs als ze lossless in plaats van lossy worden opgeslagen), en ondersteunen, net zoals GIF, animatie en transparantie.

Op een standaard, leeg, Kubernetes cluster is netwerk verkeer tussen Pods, zelfs in verschillende Namespaces, niet gefilterd. Dit betekent dat Pods uit één Namespace gewoon mogen babbelen met Pods in een andere Namespace. Nu is dit soms gewenst gedrag, maar in de meeste gevallen wordt er toch net dat beetje meer aan netwerk beveiliging gevraagd. Dit kun je oplossen met NetworkPolicies, stukjes configuratie die bepalen (per Pod) vanaf welke bronnen inkomend netwerk verkeer wordt toegestaan, en tegen welke doelen uitgaand netwerk verkeer wordt toegestaan.

Zoals elk jaar hebben we ook dit jaar weer een leuke Paas Puzzel voor jullie. Dit jaar is de opdracht simpel: In deze video zitten een aantal paaseieren verstopt. Vind ze allemaal, zet de letters in de juiste volgorde, en stuur je antwoord in. Je hebt tot en met Donderdag 9 April 2026 om je antwoord in te sturen, in sturen kan via ons antwoord formulier: https://forms.cloud.microsoft/e/wRJWAy7kYW Alvast veel succes!

Ze zeiden dat het niet kon. Dat er niet genoeg CPU was, niet genoeg geheugen, niet genoeg I/O. Maar ze hadden het allemaal fout! Na maanden zwoegen over een assembler, wat vieze hacks, en een heleboel optimalisatie is het dan gelukt: HCS heeft Kubernetes geport naar de Commodore 64! Nog lang niet alle resource types worden ondersteund, meer dan 2 à 3 containers draaien (of een grotere container) is nog wat moeizaam, maar het werkt! Nu we de eerste hordes hebben genomen staan de volgende items op onze roadmap voor de eerste release: Ram Expansion Unit (REU) support → Dit zou ervoor moeten zorgen dat we meer en grotere containers kunnen draaien Persistent Storage (Storageclasses, PVs, PVCs). Heeft waarschijnlijk IDE64 support nodig, 1541 en 1571 zijn te langzaam

Het standaard gedrag van de meeste StorageClasses op Kubernetes is het verwijderen van een onderliggend PersistentVolume (PV) wanneer de bijbehorende PersistentVolumeClaim (PVC) wordt verwijderd. Nu is dit in de meeste gevallen gewenst gedrag, waarom zouden we oude rotzooi bewaren, maar in sommige gevallen is dit juist precies niet wat je wilt.

Één van de “hippe” design-patronen voor applicaties van de afgelopen paar jaar is de Microservice. Het uit elkaar trekken van je applicatie in meerdere, kleine, services, die via het netwerk en een afgesproken (simpele) API met elkaar praten. Hier horen dan ook principes bij als “loosely-coupled” die zeggen dat het falen van component A niet tot het falen van component B mag leiden (maar component B mag best zeggen dat iets nu niet kan).

De meeste Kubernetes gebruikers weten wel hoe ze Environment Variabelen op een container moeten definiëren. Wat niet iedereen weet is dat je naast het hardcoden van deze variabelen ze ook op meerdere manieren uit ConfigMaps en Secrets kunt alten komen, of zelfs uit specifieke velden van je Pod zelf.