Platform Engineering gaat voor mij over het creëren van een technische basis waarop softwareteams betrouwbaar, voorspelbaar en zelfstandig kunnen bouwen en deployen.

Het gaat daarbij niet alleen om infrastructuur. Een goed platform brengt development, deployment, observability, security en operationele standaarden bij elkaar. Het doel is dat engineers minder tijd kwijt zijn aan randzaken en zich kunnen richten op het bouwen van software die daadwerkelijk waarde levert.

Ik zie Platform Engineering daarom vooral als het bewust wegnemen van complexiteit.

Wat is Platform Engineering?

Platform Engineering draait om het ontwerpen en onderhouden van interne technische platformen die development teams ondersteunen tijdens de volledige lifecycle van software.

Denk bijvoorbeeld aan:

  • gestandaardiseerde ontwikkelomgevingen

  • CI/CD pipelines

  • containerisatie

  • cloud infrastructuur

  • API gateways

  • deployment strategieën

  • logging en monitoring

  • configuratie en secrets

  • security standaarden

Voor mij zit de kracht vooral in herhaalbaarheid. Wanneer iedere applicatie opnieuw moet bedenken hoe zij gebouwd, getest, gedeployed en gemonitord wordt, ontstaat onnodige complexiteit.

Een platform moet juist zorgen voor duidelijke standaarden waar teams op kunnen vertrouwen.

Belangrijke dingen om te weten

Een platform is geen verzameling tools

Docker, Kubernetes, AWS en CI/CD maken nog geen platform.

De technologie is ondersteunend. Het gaat uiteindelijk om de ervaring van de engineers die ermee moeten werken.

Een goed platform maakt de meest voorkomende handelingen eenvoudig en voorspelbaar.

Automatiseren waar het structureel waarde toevoegt

Niet iedere handmatige handeling hoeft direct geautomatiseerd te worden.

Ik kijk eerst naar hoe vaak iets voorkomt, hoeveel foutgevoeligheid erin zit en hoeveel tijd het kost. Vanuit daar bepaal ik of automatisering daadwerkelijk waarde toevoegt.

Dat voorkomt dat je complexe infrastructuur bouwt voor problemen die nauwelijks bestaan.

Development en operations horen bij elkaar

Software stopt voor mij niet zodra de code gemerged is.

Hoe een applicatie gebouwd wordt, hoe deze draait, hoe je problemen ontdekt en hoe eenvoudig je kunt deployen zijn onderdeel van dezelfde engineering verantwoordelijkheid.

Daarom neem ik infrastructuur en deployment al vroeg mee in technische ontwerpen.

Standaardisatie zonder teams vast te zetten

Standaarden helpen om systemen beheersbaar te houden, maar mogen innovatie niet onmogelijk maken.

Ik probeer daarom duidelijke standaardpaden te creëren voor het grootste gedeelte van het werk, terwijl er ruimte blijft om daarvan af te wijken wanneer daar technisch een goede reden voor is.

Hoe ik Platform Engineering gebruik

Mijn achtergrond ligt voornamelijk in Backend Engineering, maar Platform Engineering is daar gedurende mijn carrière steeds sterker onderdeel van geworden.

Wanneer ik een backend-systeem ontwerp, kijk ik niet alleen naar de applicatiecode. Ik kijk ook naar hoe services worden gebouwd, gedeployed, verbonden en beheerd.

Daarbij werk ik onder andere met:

  • Docker voor reproduceerbare omgevingen

  • Kubernetes voor container orchestration

  • AWS voor cloud infrastructuur

  • GitHub Actions en andere CI/CD oplossingen

  • Kong API Gateway voor toegang en routing

  • Kafka en Redis Streams voor distributed messaging

  • automated testing binnen deployment pipelines

  • Infrastructure as Code en configuratiemanagement

Mijn uitgangspunt blijft daarbij hetzelfde: houd de infrastructuur begrijpelijk en voeg alleen complexiteit toe wanneer daar daadwerkelijk een probleem tegenover staat.

Recente ervaring met Platform Engineering

Bij ANWB werk ik recent binnen het Car Platform team aan backend-services die draaien binnen AWS. Naast het ontwikkelen van Spring Kotlin services heb ik daar verantwoordelijkheid genomen voor onderdelen van de infrastructuur rondom deze services.

Zo heb ik onder andere Kong API Gateway ingericht voor veilige en schaalbare toegang tot backend-systemen en gewerkt aan een architectuur waarbij Redis Streams onderdeel werd van de infrastructuur voor betrouwbare asynchrone verwerking.

Daarbij kijk ik niet alleen naar of iets technisch werkt, maar vooral naar hoe een oplossing zich op langere termijn gedraagt. Performance, beheerbaarheid, foutafhandeling en operationele eenvoud spelen daarin allemaal mee.

Ook binnen eerdere recente projecten heb ik Platform Engineering praktisch toegepast.

Voor mijn eigen SaaS-platform heb ik bijvoorbeeld een volledige microserviceomgeving opgezet in Docker. Vijf services communiceerden via Kafka, waarbij de infrastructuur zo was ingericht dat ontwikkeling en deployment consistent en reproduceerbaar bleven. Die containerized aanpak heeft mijn ervaring met Platform Engineering verder verdiept.

Bij Sogeti heb ik daarnaast Java- en Quarkus-prototypes geïntegreerd in CI/CD pipelines met GitHub Actions. Automatische tests, artifact generation en deployment-processen waren daarbij onderdeel van dezelfde technische oplossing.

Mijn kijk op Platform Engineering

Platform Engineering moet ontwikkeling versnellen zonder een nieuwe laag complexiteit te introduceren.

Daarom vind ik drie dingen belangrijk:

Simpliciteit

Engineers moeten begrijpen wat er gebeurt. Een platform dat alleen door een gespecialiseerd infrastructuurteam begrepen kan worden, creëert uiteindelijk een nieuwe afhankelijkheid.

Structuur

Duidelijke conventies voor build, deployment, configuratie, logging en communicatie zorgen ervoor dat teams niet telkens opnieuw dezelfde problemen hoeven op te lossen.

Duurzaamheid

Een technische oplossing moet niet alleen vandaag werken. Ook beheer, cloudkosten, schaalbaarheid en toekomstige wijzigingen moeten onderdeel zijn van de afweging.

Voor mij is een goed platform daarom geen doel op zichzelf. Het is een fundament waarop development teams sneller en met meer vertrouwen software kunnen leveren.

Veelgestelde vragen die ik krijg over Platform Engineering

Is Platform Engineering hetzelfde als DevOps?

Niet helemaal. DevOps gaat voor mij vooral over de samenwerking en verantwoordelijkheid tussen development en operations. Platform Engineering maakt een deel daarvan concreet door technische standaarden en tooling als platform beschikbaar te stellen.

Moet je voor Platform Engineering Kubernetes gebruiken?

Nee. Kubernetes kan waardevol zijn, maar is geen voorwaarde. Als Docker en een eenvoudig cloudplatform het probleem oplossen, kies ik liever daarvoor dan voor extra infrastructuur die weinig toevoegt.

Hoeveel Platform Engineering doe je als Backend Engineer?

Best veel. In mijn recente projecten loopt backend development regelmatig door in Docker, AWS, CI/CD, messaging, gateways en deployment. Voor mij horen die onderdelen bij het bouwen van een volwassen backend-platform.

Wanneer is automatisering de moeite waard?

Wanneer een proces terugkomt, foutgevoelig is of engineers structureel tijd kost. Ik automatiseer niet omdat het technisch interessant is, maar omdat het daarna eenvoudiger wordt.

Wat maakt volgens jou een goed development platform?

Dat engineers weinig hoeven na te denken over standaardzaken, maar wel begrijpen wat er onderliggend gebeurt. Het platform moet helpen om eigenaarschap te nemen, niet om verantwoordelijkheid weg te abstraheren.