Platform Engineering
Waarom DevOps voor veel Developers een Nachtmerrie Werd
De belofte van DevOps was prachtig: “You build it, you run it.” Ontwikkelaars kregen de volledige verantwoordelijkheid over hun code, van het schrijven tot het deployen en beheren in productie. In theorie zou dit silo’s afbreken en de snelheid verhogen. In de praktijk van moderne cloud-native architecturen leidde dit echter tot een onhoudbare ‘cognitive load’ (cognitieve overbelasting) voor software engineers. Tegenwoordig wordt van een ontwikkelaar verwacht dat hij niet alleen Node.js of Java schrijft, maar ook expert is in Kubernetes, Terraform, CI/CD-pipelines, Helm-charts, IAM-rollen en netwerkbeveiliging. Dit vertraagt de daadwerkelijke productontwikkeling enorm. De industrie antwoordt hierop met een nieuwe discipline: Platform Engineering.
Platform Engineering is niet het einde van DevOps, maar de schaalbare volwassenwording ervan. Het draait om het bouwen van een intern product — het Internal Developer Platform (IDP) — dat de complexe infrastructuur abstraheert, zodat ontwikkelaars zich weer kunnen focussen op het schrijven van bedrijfslogica.
Het Internal Developer Platform (IDP) en Backstage
Een Internal Developer Platform fungeert als de brug tussen de infrastructuur (cloud, Kubernetes, databases) en de ontwikkelaar. Het biedt self-service functionaliteit. In plaats van dat een developer een ticket moet inschieten bij het operations-team voor een nieuwe database, of zelf 500 regels Terraform moet schrijven, gaat hij naar het interne portaal.
Een van de populairste open-source frameworks voor het bouwen van een IDP is ‘Backstage’, oorspronkelijk ontwikkeld door Spotify en nu onderdeel van de Cloud Native Computing Foundation (CNCF). Binnen Backstage kan een developer met één druk op de knop een nieuwe microservice aanvragen. Het platform genereert vervolgens automatisch de Git-repository met de juiste boilerplates, stelt de CI/CD pipeline in GitHub Actions in, configureert de SonarQube kwaliteitscontroles en provisioneert een namespace in het Kubernetes-cluster. Alles conform de bedrijfsstandaarden en security-eisen, zonder dat de developer de onderliggende complexiteit hoeft te begrijpen.
Golden Paths en Paved Roads
Binnen Platform Engineering spreekt men vaak over ‘Golden Paths’ of ‘Paved Roads’. Dit zijn door het platformteam voorgedefinieerde, sterk aanbevolen technologie-stacks en workflows die bewezen veilig, schaalbaar en ondersteund zijn. Een developer mag ervoor kiezen om van het pad af te wijken (bijvoorbeeld door een exotische database te gebruiken), maar dan verliest hij de support en automatisering van het platform. Kiest hij voor het ‘Golden Path’ (bijv. Postgres + React + Go), dan gaat de deployment en monitoring volledig automatisch.
Dit concept brengt de balans terug in de IT-organisatie: het platformteam bouwt de snelweg (infrastructuur), stelt de vangrails in (security policies), en de product-teams bepalen welke vracht ze over die snelweg vervoeren (business features). Dit reduceert de onboarding-tijd van nieuwe developers aanzienlijk en verhoogt de standaardisatie binnen enterprise-omgevingen. Ontdek de evolutie van ontwikkelprocessen verder op AG Connect.
Volgende: Zero Trust Network Access (ZTNA): Waarom de Traditionele VPN Dood Is
