Platform engineer: wat doe je en hoe word je het

Er is een functie opgedoken die steeds vaker in vacatures verschijnt: platform engineer. Geen nieuwe technologie, maar een nieuwe manier van organiseren die veel bedrijven nu serieus nemen. Als je in de DevOps of cloud-wereld zit, is het goed om te weten wat het is en of het iets voor jou is.

Wat een platform engineer doet

Een platform engineer bouwt het interne developer platform (IDP) van een organisatie. Dat platform is het gereedschap waarmee developers applicaties bouwen, testen en uitrollen zonder dat ze elke keer een SRE of infrateam nodig hebben.

Concreet betekent dat: een self-service portaal waarmee een developer in een paar klikken een Kubernetes-namespace, een CI/CD-pipeline of een database kan aanvragen. De platform engineer bouwt die workflow, zorgt dat er guardrails inzitten (security policies, kostenlimieten, compliancevereisten) en houdt het platform zelf onderhoudbaar.

Het idee achter dit werk is “golden paths” of “paved roads”: voorgedefinieerde routes die developers kunnen volgen zonder handmatig te modderen. Je maakt het goede pad ook het makkelijke pad.

Hoe dat verschilt van SRE en DevOps engineer

De drie rollen worden door elkaar gebruikt, maar ze doen echt andere dingen.

Een SRE (Site Reliability Engineer) houdt de productiesystemen draaiend. Die is bezig met SLO’s, on-call rotaties, incidentrespons en het bewaken van reliability-budgets. Ze opereren op wat er al is.

Een DevOps engineer werkt doorgaans per team of per product. Ze bouwen pipelines, automatiseren deployments en bridgen de kloof tussen development en operaties voor een specifieke applicatie.

De platform engineer werkt aan het platform als product. Niet voor één team, maar voor alle teams. Ze denken in termen van developer experience, adoptie en self-service. Het werk heeft meer weg van productmanagement dan van systeembeheer.

Tools die je tegenkomt

Backstage van Spotify is veruit het populairste open source developer portal. Je gebruikt het als frontend voor het platform: teams zien er hun services, documentatie en beschikbare sjablonen.

Crossplane is een Kubernetes-extensie waarmee je cloudresources beheert via Kubernetes manifests. Je kunt er “compositions” mee bouwen die developers kunnen opvragen zonder directe toegang tot AWS of Azure.

Verder kom je altijd Kubernetes zelf tegen, Terraform of OpenTofu voor infrastructure as code, en een CI/CD-systeem (GitHub Actions, GitLab, Tekton). Sommige organisaties gebruiken ook Humanitec of Cortex als commercieel alternatief voor Backstage.

Wat je moet kunnen

Kubernetes is de basis. Je hoeft geen distributies te schrijven, maar je moet CRDs, operators, namespaces, RBAC en netwerkconfiguratie goed begrijpen.

Terraform of een vergelijkbaar IaC-tool is verplicht. Platform engineers schrijven modules die anderen hergebruiken, dus je moet ook nadenken over interface-ontwerp: wat stel je bloot, wat verberg je.

Programmeren is nodig. Python of Go, afhankelijk van de organisatie. Veel platform-tooling is in Go geschreven, en je schrijft controllers of CLI-tools die developers gebruiken.

Het minder technische maar minstens zo belangrijke onderdeel: productdenken. Je platform heeft interne “klanten”. Je moet weten wat ze nodig hebben, feedback ophalen, en beslissen wat je wel en niet bouwt.

Bekijk platform engineering trainingen en certificeringen

Salaris in Nederland

Platform engineers verdienen in Nederland doorgaans tussen de €70.000 en €110.000 bruto per jaar, afhankelijk van ervaring en organisatiegrootte. Bij scale-ups zit je eerder aan het hogere einde, bij overheid of financiele instellingen iets lager maar met meer zekerheid.

De functie is relatief nieuw, dus er is weinig aanbod op de arbeidsmarkt. Als je de combinatie van Kubernetes, IaC en productdenken kunt aantonen, is je onderhandelingspositie sterk.

Hoe je er komt

De meeste platform engineers komen uit een DevOps of cloud engineering achtergrond. Je hoeft er niet specifiek voor te studeren, maar je kunt wel gericht bijspijkeren: Kubernetes (CKA of CKAD), Terraform (HashiCorp Associate), en dan zelf een klein IDP bouwen met Backstage en Crossplane om het te laten zien.

Het verschil met gewoon een DevOps-functie aanvragen is dat je iets kunt laten zien dat je gebouwd hebt voor hergebruik, niet alleen voor je eigen team.