Private cloud versus public cloud: een beslissingskader per workload

Als je dit nog steeds opvat als een eenmalige, organisatiebrede keuze tussen private en public cloud, dan beantwoord je de verkeerde vraag. Teams die op schaal betrouwbaar leveren, stapten jaren geleden al af van het kiezen van één enkel deployment-model. De echte beslissing valt per workload, wordt herhaaldelijk genomen, en wordt afgewogen tegen kosten-, compliance-, latency- en data-gravity-randvoorwaarden die meebewegen naarmate het systeem groeit. Dit is een plaatsingsvraagstuk, geen inkoopstemming.

De marktcijfers bevestigen dit onomwonden. Flexera's 2024 State of the Cloud report stelde multi-cloudgebruik vast bij 89% van de organisaties, en Gartner verwacht dat 90% van de organisaties tegen 2027 hybride cloud-deployments draait. "Private versus public" beschrijft een spectrum waar je landschap al overheen reikt, geen splitsing op de weg. Behandel het onderstaande dan ook niet als twee kampen waartussen je moet kiezen, maar als eigenschappen die je workload voor workload toewijst.

Illustratie van clouddiensten die compute, opslag en netwerk verbinden over een hybride landschap van public en private cloud

Public cloud is de standaard, en gratis is hij niet

De vaart is onmiskenbaar. Gartner voorspelt wereldwijde uitgaven van eindgebruikers aan public cloud van $723,4 miljard in 2025, een stijging van 21,5% ten opzichte van $595,7 miljard in 2024, sterk gedreven door de vraag naar AI. Voor de meeste greenfield-workloads is public cloud de juiste standaard: elastische capaciteit, managed services en een wereldwijde footprint die je jaren en een hardwarebudget zou kosten om na te bouwen. Dat deel van het oorspronkelijke verhaal "public cloud is goedkoper en beter schaalbaar" blijft overeind.

Wat niet overeind blijft, is de aanname dat kostenefficiëntie vanzelf komt. Het is het grootste operationele pijnpunt in de sector. Flexera's 2025-rapport vond dat 84% van de organisaties het beheersen van clouduitgaven als hun grootste uitdaging noemt, met budgetten die er ongeveer 17% overheen gaan en zo'n 27% van de clouduitgaven die verspild wordt. Public cloud is alleen kostenefficiënt met actieve governance. Zonder rightsizing, commitment-beheer en architectuur die rekening houdt met egress- en storage-tier-prijzen, loopt de meter tegen je in. De eerlijke framing voor een VP: public cloud ruilt kapitaaluitgaven en provisioning-doorlooptijd in voor een doorlopende operationele discipline die je moet bemensen.

Die discipline heeft inmiddels een naam en een plek in het organigram. Dezelfde Flexera-data laat zien dat de adoptie van FinOps-teams jaar op jaar met zo'n acht procentpunten stijgt. Cloudkostenoptimalisatie is verschoven van een eenmalige inkoopvergelijking naar een permanente operationele capability. Als je plan "overstappen naar public cloud om geld te besparen" luidt en er geen FinOps-functie aan vasthangt, dan heb je geen besparing ingepland maar een budgetoverschrijding.

Private cloud en on-prem verdienen specifieke workloads, niet het hele landschap

Private infrastructuur wint nog steeds in heldere, verdedigbare gevallen: dedicated tenancy voor gereguleerde of gevoelige data, voorspelbare workloads met hoge bezetting waar gereserveerde hardware het wint van metered compute, latency-kritische paden, en systemen met sterke data gravity waar het verplaatsen van de data meer kost dan het verplaatsen van de compute ernaartoe. Dat zijn reële gevallen die het verdedigen waard zijn. De fout in het oorspronkelijke artikel was de suggestie dat deze eigenschappen private cloud aanbevelen als houding. Ze bevelen het aan voor de workloads die deze randvoorwaarden daadwerkelijk hebben.

Het meest bruikbare recente signaal hier is repatriëring, en dat moet zorgvuldig gelezen worden, want het wordt breed overdreven. Volgens IDC verwacht rond de 80% van de organisaties enige repatriëring van compute en opslag binnen 12 maanden, terwijl minder dan 10% complete workloads heeft teruggehaald. Dit is selectief herbalanceren, geen exodus uit de public cloud. Teams halen specifieke workloads terug om redenen van kosten, prestaties of compliance, terwijl het gros van hun landschap public blijft. Dat is precies het workload-voor-workload-model in de praktijk, en het is het sterkste beschikbare bewijs tegen elk mandaat van het type "kies er één en standaardiseer".

Een beslissingskader dat je in een review kunt verdedigen

Vervang de binaire afweging security-versus-kosten door een expliciete plaatsingstoets die je op elke workload toepast. Beoordeel elke dienst tegen:

Dataclassificatie en regulatoir oppervlak. Raakt deze workload data met residency-, soevereiniteits- of audit-eisen die dedicated tenancy wezenlijk vereenvoudigt? Zo ja, dan ligt private of een soevereine regio op tafel. Zo nee, dan is dit geen reden om de public cloud te verlaten.
Vorm van de vraag. Pieken, onvoorspelbare of seizoensgebonden belasting bevoordelen de elasticiteit van public cloud. Vlakke, hoge, aanhoudende bezetting is waar eigen of gereserveerde capaciteit op unit-economics begint te winnen.
Data gravity en egress. Waar leeft de data, hoe groot is ze, en wat kost het om ze te verplaatsen? Egress-kosten en datavolume bepalen de plaatsing vaak meer dan de compute-prijs.
Latency en lokaliteit. Harde real-time of edge-nabije paden kunnen on-prem of specifieke regio's rechtvaardigen, los van de bredere strategie.
Operationele cost-to-serve, volledig belast. Vergelijk de run-kosten van public cloud plus de FinOps-overhead met private cloud-hardware, vervangingscycli en de engineering-bemensing om het te draaien. Tel de mensen mee, niet alleen de facturen.

Voer die toets uit en de meeste landschappen komen uit waar de data het voorspelt: een hybride, multi-cloud-verdeling waarbij het merendeel van het nieuwe werk naar public cloud gaat en een bewuste minderheid van de workloads op private of on-prem staat, om concrete redenen die je elk in één zin kunt benoemen.

Governance, portability en de lock-in-belasting

Eén factor die het origineel negeerde en een senior reviewer niet zal negeren: de public kant van je landschap is geconcentreerd, en die concentratie heeft een prijs. Voor substantiële workloads leidt AWS met 49%, gevolgd door Azure met 45% en Google Cloud met 21%. Spreiding over providers koopt je leverage en veerkracht, maar maakt het beheersen van uitgaven en vaardigheden moeilijker, niet makkelijker. Lock-in is een belasting die je later betaalt, in migratiekosten en in prijsmacht die je bij verlenging hebt prijsgegeven.

De mitigatie is architectonisch en wordt vooraf bepaald: gecontaineriseerde, met infrastructure-as-code gedefinieerde workloads waarbij afhankelijkheden van managed services worden geïsoleerd achter interfaces die jij beheert. Dat elimineert lock-in niet, maar het maakt van een herschrijving een redeployment en houdt het workload-voor-workload-model levensvatbaar terwijl de randvoorwaarden verschuiven. Portability is wat een repatriëringsbeslissing of een provider-switch een kwartaal werk laat zijn in plaats van een jaar.

De briefing voor de directie

De vraag is niet "private of public". De vraag is "waar plaatst het bewijs deze workload, en hoe gaan we hem besturen zodra hij daar staat". Public cloud is de snelgroeiende standaard en het juiste startpunt voor het meeste nieuwe werk, maar de economie ervan vereist een staande FinOps-discipline. Private en on-prem verdienen de specifieke workloads met reële argumenten rond compliance, data gravity of stabiele bezetting, en daarom stijgt selectieve repatriëring terwijl een grootschalige exodus uitblijft. Bouw bewust een hybride landschap, houd workloads portable, en maak van plaatsing een herhaalbare beslissing in plaats van een eenmalige weddenschap.

Bij Expeditious Software helpen we engineering-teams dat plaatsingsmodel te bouwen, kostengovernance te instrumenteren en workloads portable te houden over een hybride landschap. Voor ons cloud- en DevOps-engineeringwerk, zie Freelance DevOps Services.