DevOps Engineering

Voor ons is DevOps een manier om snel vooruit te gaan en in de bochten heel te blijven. Een infrastructuur die het mogelijk maakt te experimenteren, wijzigingen uit te rollen, ze zonder paniek terug te draaien en te zien wat er op dit moment in het systeem gebeurt. We volgen de GitHub-aanpak: Infrastructure as Code, waarbij alles in code is beschreven en de toestand van het systeem in Git leeft. Dat is de garantie dat jouw digitale assets veilig, portabel en reproduceerbaar blijven. Wanneer infrastructuur in code is beschreven, kun je snel terug naar elk punt, de omgeving opnieuw opbouwen en erop vertrouwen dat ze zich gedraagt zoals gisteren.

Bedrijfswaarde

Reproduceerbaarheid betekent dat de omgeving opnieuw kan worden opgezet en dezelfde zal zijn. Private repositories bewaren de code en de infrastructuurconfiguratie — jouw back-up en jouw wijzigingsgeschiedenis. De portabiliteit van digitale assets betekent dat je vrij blijft van één enkele provider of server. Snelle rollbacks redden van dure fouten: als iets misgaat, keer je binnen minuten terug naar een werkende versie. Dit is bijzonder belangrijk voor het bedrijf: jouw digitale assets blijven veilig, ze verhuizen tussen omgevingen, en bij problemen heb je de mogelijkheid om snel terug te draaien. Infrastructuur wordt een asset.

We houden van snelheid. En snelheid zonder productiehygiëne eindigt ermee dat je bang wordt om aan je eigen systeem te komen.

MLOps en inference-engineering

MLOps is het natuurlijke vervolg van DevOps voor machine learning. Samen met inference-engineers zoeken we oplossingen voor instances waar GPU's en gespecialiseerde omgevingen nodig zijn. Dit is bijzonder relevant gezien de snelheid waarmee nieuwe modellen verschijnen en het belang ze snel te testen. Goede infrastructuur verlaagt de prijs van een experiment aanzienlijk. Vooral aan de ML-kant: als je modellen zelf moet uitrollen, geldt — hoe sneller je ze kunt toepassen, hoe beter. Morgen kan er een nieuw model verschijnen dat jouw taak beter oplost — en je moet klaar zijn om het snel te testen. Zonder de juiste infrastructuur kost elk experiment veel. Met de juiste kun je tientallen varianten per dag proberen.

Omgaan met secrets en security

Het beheren van secrets is een verplicht onderdeel van moderne DevOps. We gebruiken Vault en cloudoplossingen voor secret management, want wachtwoorden en sleutels in code of configs bewaren is een risico. Secrets moeten geïsoleerd, versie-beheerd en alleen beschikbaar zijn voor wie ze echt nodig heeft. Security is een gewoonte: secrets in de juiste vaults, toegangsbeleid, minimale rechten, heldere grenzen. Elke uitrol wordt gecontroleerd op security, elke toegang wordt gelogd, elke fout wordt geanalyseerd.

Cloud en bare metal

We werken in de cloud en op bare metal — omdat de keuze afhangt van de taak. De cloud biedt flexibiliteit en schaalbaarheid; bare metal biedt controle en voorspelbaarheid. Soms is een combinatie nodig: eigen servers voor kritieke taken, cloud voor experimenten. Een bijzonder interessante taak is je eigen machines aansluiten op Kubernetes. Als je eigen hardware met GPU hebt en die liever niet in de cloud huurt, kan ze worden aangesloten op een uniform Kubernetes-cluster. Dat levert centraal beheer met gebruik van eigen resources. Handig voor iedereen die met ML-modellen werkt en de infrastructuur wil controleren terwijl de rekening voor cloud-GPU's beheersbaar blijft.

Standaarden en handleidingen

We besteden aparte aandacht aan het schrijven van tools, standaarden en handleidingen voor programmeurs. We beschrijven de huidige mechanismen, CI/CD, testing, uitrolprocessen. Omdat DevOps over infrastructuur gaat en over het werkcomfort van alle teams. Er zijn standaarden: hoe uit te rollen, hoe uitrollen verboden is, welke checks verplicht zijn, hoe terug te rollen. Er zijn handleidingen: hoe om te gaan met secrets, hoe monitoring in te richten, hoe problemen te debuggen. Dit alles maakt het werk voorspelbaar en helder voor alle betrokkenen. DevOps gaat voor ons over discipline en over comfort. Discipline betekent dat alles beschreven, gecontroleerd en gedocumenteerd is. Comfort betekent dat programmeurs kunnen werken zonder aan infrastructuur te denken, en operations verwordt tot geen nachtmerrie.

Hoe dit zich in onze projecten toont

Pipelines die geen sjamanisme vereisen. Uitrollen die kunnen worden gestopt. Infrastructuur die onafhankelijk blijft van «die ene persoon die het onthoudt». En de gewoonte om te meten: snelheid, stabiliteit, kosten van fouten, resourcegebruik. Een van onze kernmetriek is resourcegebruik. Hoe adequaat het is, hoe het herverdeeld kan worden, waar te optimaliseren. Omdat goede infrastructuur efficiënt werkt. Als je een systeem in een staat moet brengen waarin het rustig kan worden doorontwikkeld — wij kunnen een werkplan samenstellen en de eerste stappen zo zetten dat je daarna zelfstandig verdergaat.

Status

De competentie is actief en in voortdurende ontwikkeling — omdat onze projecten snelheid, stabiliteit en helderheid tegelijk eisen.

Volgende

Microcomputers

Veldinfrastructuur op microcomputers: sensoren, lokale verwerking, communicatie en observabiliteit - wanneer de werkelijkheid gemeten moet worden.

→