Wat is cloud computing? Wat senior engineers echt moeten weten

Cloud computing is, heel letterlijk genomen, het huren van andermans computers via een netwerk en betalen voor wat je gebruikt. Die definitie klopt en is nutteloos. Als je de engineering leidt van een high-scale of gereguleerd team, is de vraag niet "wat is de cloud" maar "wat verandert een verhuizing ernaartoe nu werkelijk aan hoe we leveren, wat het kost en wat er stukgaat." Het eerlijke antwoord in 2026 is dat de cloud veel minder verandert dan de brochure suggereert en veel meer dan de sceptici toegeven, en welke kant het opvalt hangt vrijwel volledig af van de vraag of je het operating model overneemt of alleen de datacenters. Dit stuk is de briefing die ik zou geven vlak voor het tekenen van een migratie: de onderdelen die ertoe doen, de faalmodi en het bewijs.

Diagram van cloud computing-diensten die compute, opslag, netwerk en platformlagen verbinden over gedistribueerde infrastructuur

De cloud is een operating model, geen locatie

De duurste misvatting is dat de waarde in de locatie zit. Haal een monoliet van je eigen racks, draai hem op gehuurde instances van dezelfde vorm, en je hebt een lift-and-shift: dezelfde architectuur, dezelfde provisioning-cadans, nu met een metered rekening. DORA's onderzoek is er duidelijk over dat het hier misgaat met de uitkomsten. Het 2024 Accelerate State of DevOps report concludeert dat flexibele cloud-infrastructuur de performance direct verhoogt, maar dat de cloud adopteren zonder die flexibiliteit, elasticiteit en on-demand provisioning de uitkomsten juist kan schaden. De hefboom van de cloud zit in capabilities die je niet eenvoudig on-premise kunt bouwen: in seconden capaciteit provisionen, een service tussen pieken naar nul schalen, infrastructuur als versiebeheerde code behandelen en een wegwerpkopie van productie opzetten voor een testrun. Als je team nog steeds een ticket indient en een week wacht op een VM, heb je de locatie gekocht en het model overgeslagen. Je krijgt de rekening en geen van de voordelen.

Kosteneffectief is een claim die je moet verdienen, geen eigenschap die je koopt

De oorspronkelijke argumentatie voor de cloud was meestal "het is goedkoper." Op zichzelf is dat onwaar, en de data hebben dat inmiddels ingehaald. Het Flexera 2024 State of the Cloud report, op basis van een enquete onder 753 cloud-beslissers, vond dat het beheersen van cloud-uitgaven het tweede jaar op rij de grootste uitdaging is, waarbij 84% van de organisaties moeite heeft het in de hand te houden, respondenten schatten dat ongeveer 27% van de public cloud-uitgaven verspild wordt en 29% meer dan $12 miljoen per jaar uitgeeft. Een kwart van de rekening, weg, bij organisaties die groot genoeg zijn om het te voelen. Die verspilling is geen leveranciersprobleem; het is een engineering-discipline-probleem. Idle instances die blijven draaien, over-provisioned databases die zijn gedimensioneerd op een piek die nooit terugkeert, storage-tiers waar niemand naar omkijkt en omgevingen die niemand heeft afgebroken. Cloud-economie beloont elasticiteit en straft set-and-forget af, wat precies de omkering is van hoe on-premise capaciteitsplanning je team heeft leren denken. De correctie is FinOps: kosten als een first-class engineering-signaal, right-sizing en autoscaling als standaard, en uitgaven toegerekend aan de teams die ze veroorzaken. De cloud is kosteneffectief wanneer je hem voortdurend zo maakt, en anders een vaste belasting.

Schaalbaarheid is reeel, en het is inmiddels vooral een platformprobleem

Elastische schaal is de capability die de cloud het schoonst levert, maar op organisatieschaal consumeren teams geen ruwe IaaS-primitieven. Ze consumeren een platform. Gartner voorspelt dat tegen 2026 80% van de grote software-engineeringorganisaties platform engineering-teams zal hebben opgezet als interne leveranciers van herbruikbare services, componenten en tools, ten opzichte van 45% in 2022. Die verschuiving is volop gaande, en het bewijs van DORA zegt dat het loont in plaats van alleen maar een laag toe te voegen. Het 2025 DORA report, op basis van ongeveer 5.000 professionals, vond dat 90% van de organisaties minstens een intern platform heeft geadopteerd, en DORA's onderzoek koppelt deze platforms aan verbeteringen in individuele productiviteit, teamprestaties en de algehele organisatieprestatie. Het mechanisme is de "golden path": een self-service manier om te provisionen, deployen en schalen die de juiste defaults inbakt, zodat engineers niet per service het wiel van de infrastructuur opnieuw uitvinden. Voor een director herkadert dit het gesprek over schaalbaarheid. De vraag is niet "kan de cloud schalen" - dat kan hij - maar "heeft mijn team een geplaveide weg de cloud op, of onderhandelt elk team met ruwe cloud-API's en komt het uit op vijf incompatibele antwoorden." Dat tweede geval schaalt je infrastructuur en je operationele wildgroei in gelijke mate.

AI verandert het throughput-rekensommetje, maar alleen als je fundamenten echt zijn

Geen enkele 2026-briefing over cloud delivery is eerlijk zonder AI te adresseren, want de workloads, de tooling en de workflow hebben het allemaal opgenomen. In de 2025 DORA-enquete gebruikt 90% van de respondenten nu AI op het werk, en de centrale bevinding van het rapport is dat "AI doesn't fix a team; it amplifies what's already there." AI verhoogt throughput en productprestaties, maar schaadt de delivery-stabiliteit tenzij de fundamenten al op orde zijn: geautomatiseerd testen, version control, snelle feedback loops en kleine batch-omvang. Dit is dezelfde les als lift-and-shift, een laag hoger. Een capability uitgegoten over een zwak delivery-systeem repareert het systeem niet; het versnelt wat het systeem al produceert, inclusief de defects. De cloud is wat die fundamenten betaalbaar maakt - ephemere testomgevingen, pipeline-gedreven deployment, infrastructuur die je vanuit code kunt herbouwen - en dat is precies waarom DORA hoogwaardige interne platforms aanwijst als de sterkste hefboom om de waarde van AI te ontsluiten. De volgorde is bepalend: krijg eerst de fundamenten goed op het operating model van de cloud, en laat AI vervolgens een systeem versterken dat versterking waard is. Draai de volgorde om en je levert instabiliteit sneller.

Security zit ingebouwd, of het is theater

De oude framing behandelde security als een poort aan het einde: audit voor de release, hopen dat er niets doorglipt. Bij cloud-schaal en deployment-cadans is een poort die mensen per release bedienen een poort die onder druk wordt overgeslagen. Het moderne model is DevSecOps, ingebed in hetzelfde platform dat al het andere levert. Gartner's platform engineering-onderzoek koppelt de verschuiving naar platformteams aan het feit dat DevSecOps niet langer onderhandelbaar is, waarbij self-service golden paths security inbouwen zodat controls geautomatiseerd zijn en self-service het risico verlaagt. In de praktijk betekent dit policy-as-code afgedwongen in de pipeline, secrets en identity beheerd door het platform in plaats van per team, vulnerability scanning op elke build, en een audit trail die een bijproduct is van hoe je levert in plaats van een document dat voor de auditor wordt gereconstrueerd. Voor gereguleerde teams is het rendement direct: wanneer controls in de golden path zijn vastgelegd, wordt compliance-bewijs continu gegenereerd in plaats van bij elkaar geraapt in een brandoefening. Security houdt op de functie te zijn die delivery vertraagt en wordt een eigenschap van het delivery-systeem zelf.

Wat dit betekent voordat je tekent

Dus wat is cloud computing, voor iemand die verantwoordelijk is voor de uitkomst? Het is een weddenschap dat je vaste, trage, handmatig geprovisionde infrastructuur vervangt door elastische, in code vastgelegde, self-service infrastructuur, en dat je je delivery en je uitgaven daardoor anders gaat runnen. De weddenschap loont wanneer je het model overneemt:

Gebruik elasticiteit, niet alleen de locatie. Als je niet on-demand schaalt en vanuit code provisiont, zegt het bewijs van DORA dat je de uitkomsten waarschijnlijk schaadt in plaats van helpt.
Behandel kosten als een engineering-signaal. Met ongeveer 27% van de public cloud-uitgaven verspild over de hele sector zijn right-sizing, autoscaling en kostentoerekening op teamniveau geen optimalisaties; ze zijn het verschil tussen kosteneffectief en een terugkerende belasting.
Bouw de geplaveide weg. Een intern platform met een golden path is hoe schaalbaarheid, security en AI-waarde je teams werkelijk bereiken, en het is waar 80% van de grote organisaties tegen 2026 naartoe gaat.
Plaats AI na de fundamenten. AI versterkt wat er is. Eerst geautomatiseerd testen, kleine batches en snelle feedback; daarna pas versnelling.
Bed security in het platform in. Controls en bewijs als pipeline-artefacten, niet een poort die iemand zich herinnert te openen.

De cloud is geen magie en geen oplichterij. Het is een hefboom, en de lengte van die hefboom wordt volledig bepaald door de discipline van het team dat eraan trekt. Koop de datacenters en je krijgt een rekening. Neem het operating model over en je krijgt datgene waarvoor de rekening bedoeld was te betalen.