Cloud Migratie Google Cloud: Productiebedrijf Bespaart 30%

Een middelgroot Nederlands productiebedrijf met 800 medewerkers zag hun maandelijkse cloudrekening verdubbelen in achttien maanden. Hun on-premises datacenter uit 2016 was technisch afgeschreven, maar niemand had de moed gehad om te migreren. Totdat de factuur €340.000 per maand bereikte.

Deze cloud migratie case study documenteert hoe Manufacturing Corp. (naam gewijzigd) binnen veertien maanden volledig migreerde naar Google Cloud, hun infrastructuurkosten met 30 procent reduceerde, en tegelijkertijd hun deployment-frequentie verdrievoudigde. Het migratieproject kostte €1,2 miljoen — inclusief consultancy, tooling en zes maanden parallelle operatie — maar betaalde zichzelf terug binnen achttien maanden.

Section 1 — The Core Problem / Why This Matters

De financiële crisis die niemand zag aankomen

In 2022 draaide Manufacturing Corp. nog grotendeels on-premises. Hun IT-landschap bestond uit een mix van fysieke servers in eigen datacenters en een bescheiden AWS-footprint voor enkele webapplicaties. De cloudkosten waren toen nog beheersbaar: €45.000 per maand voor twintig EC2-instances en S3-storage voor documentatie.

De problemen begonnen toen het bedrijf hun ERP-systeem moderniseerde. De implementatiepartner adviseerde een volledig cloud-native architectuur op AWS. Binnen twaalf maanden groeide de AWS-factuur naar €180.000 per maand. Niemand had echter de workload-analyse uitgevoerd voor de migratie. Right-sizing? FinOps-governance? Geen van beide was ingevoerd.

Tegen Q3 2023 bereikten de cloudkosten €340.000 maandelijks. Internal auditing onthulde dat 62 procent van de compute-kosten kwamen van idle resources — instances die 24/7 draaiden voor workloads die slechts 8 uur per dag actief waren. Daarnaast waren er 847 ongebruikte EBS-volumes die gezamenlijk 340 TB aan data bevatten, rentedragend aan €0,08 per GB per maand.

De Flexera 2024 State of the Cloud Report bevestigt dit patroon: 78 procent van de enterprise-organisaties meldt dat ongecontroleerde cloudkosten hun grootste uitdaging vormen. Voor productiebedrijven, die typisch krappe marges van 5-12 procent hanteren, is ondoordachte cloud-consumptie een direct bedreiging voor de bedrijfsvoering.

Waarom cloud migratie nu essentieel is voor productiebedrijven

Productiebedrijven opereren in een unieke positie. Ze hebben te maken met seizoensgebonden pieken (querstroom, eindejaar), moeten voldoen aan strenge compliance-vereisten rond productiekwaliteit en traceability, en verwerken steeds meer IoT-data vanuit de productievloer. Traditionele on-premises infrastructuur kan deze variabiliteit niet absorberen zonder overdimensionering.

Google Cloud biedt specifieke voordelen voor deze sector: native integratie met IoT-core voor edge-computing op de productievloer, gedeelde storage-tiering voor grote CAD-bestanden, en preemptible VMs die tot 91 procent goedkoper zijn dan reguliere instances voor batch-verwerking van productieplanning.

Section 2 — Deep Technical / Strategic Content

Het migratieproject: fasering en besluitvorming

Het migratieproject begon in oktober 2023 met een zeven weken durende discovery-fase. Het team — twee interne cloud engineers, drie consultants van een gespecialiseerde GCP-partner, en een fulltime productowner — voerde een volledige workload-inventarisatie uit.

De bevindingen waren schokkend:

Workload	Huidige infra	Maandelijkse kosten	GCP-alternatief	Besparing
ERP-systeem (SAP)	r5.4xlarge (×8)	€28.400	n2-standard-8 + CUDs	34%
CAD-werkingstation	fysieke servers	€12.800	Virtual Desktop + Filestore	41%
IoT-dataverwerking	on-premises Hadoop	€34.200	Dataproc + Cloud Storage	52%
Webapplicaties	ECS op AWS	€8.600	GKE + Cloud Run	28%
Back-office apps	gemengd	€19.400	Cloud SQL + App Engine	31%

De SAP-Workload vormde de grootste uitdaging. Het ERP-systeem draaide op een Oracle-database van 18 TB, met 1.400 gelijktijdige gebruikers piekbelasting. De consultants adviseerden een lift-and-shift naar GKE met een managed database, gecombineerd met Cloud CDN voor read-heavy rapportage-modules.

De Google Cloud-architectuur die kosten bespaart

De gekozen architectuur maakt gebruik van drie cost-optimalisatie-principes die Google specifiek aanbiedt:

Committed Use Discounts (CUDs):** Voor voorspelbare workloads zoals het ERP-systeem en database-servers slot Manufacturing Corp. 36-maands CUDs af. Dit reduceerde de kosten van n2-standard-8 instances van €0,38 per uur naar €0,24 per uur — een besparing van 37 procent, ofwel €84.000 over de contractperiode.

Preemptible VMs voor batch-workloads: De productieplanning draait 's nachts complexe optimalisatie-algoritmen. Deze workload werd gemigreerd naar e2-standard-16 preemptible instances, beschikbaar voor €0,07 per uur versus €0,57 voor reguliere instances. De pipeline wordt uitgevoerd via Cloud Composer (Airflow) met automatische herstart bij preemptie.

Regional Storage met Lifecycle Policies: Alle productie-data wordt opgeslagen in Standard Storage buckets met Object Lifecycle Management: na 90 dagen automatische overgang naar Nearline (€0,01/GB), na 365 dagen naar Coldline (€0,004/GB). Dit elimineert handmatige archivaling en reduceert storage-kosten met 58 procent.

# Voorbeeld: Terraform-configuratie voor gecentraliseerde bucket met lifecycle policy
resource "google_storage_bucket" "production_data" {
  name          = "mc-production-data-${var.environment}"
  location      = "EU"
  storage_class = "STANDARD"
  uniform_bucket_level_access = true
  
  lifecycle_rule {
    condition {
      age = 90
    }
    action {
      type          = "SetStorageClass"
      storage_class = "NEARLINE"
    }
  }
  
  lifecycle_rule {
    condition {
      age = 365
    }
    action {
      type          = "SetStorageClass"
      storage_class = "COLDLINE"
    }
  }
  
  lifecycle_rule {
    condition {
      age = 2555  # 7 jaar voor compliance
    }
    action {
      type = "Delete"
    }
  }
}

De IoT-dataarchitectuur: van Hadoop naar Dataproc

De productievloer van Manufacturing Corp. genereert 2,4 miljoen sensor-metingen per minuut. Het vorige systeem gebruikte een on-premises Hadoop-cluster van twaalf nodes, met een maandelijkse operationele kost van €34.200 inclusief hardware-afschrijving, stroom, koeling en onderhoud.

De migratie naar Google Cloud Dataproc Serverless elimineerde de infrastructuur overhead volledig. Batch-jobs worden nu uitgevoerd als volledig beheerde Spark-workloads, gefactureerd per seconde gebruik. De kosten voor dezelfde verwerkingscapaciteit: €16.400 per maand gemiddeld over het eerste jaar, met pieken tot €21.000 tijdens productiepieken.

Section 3 — Implementation / Practical Guide

Stapsgewijze migratie-aanpak

Een succesvolle cloud migratie vereist een systematische aanpak. Manufacturing Corp. volgde een gefaseerde methode met duidelijke gate-criteria tussen fasen.

Fase 1: Assessment en Planning (weken 1-7)

Tijdens deze fase voerde het team drie kritische activiteiten uit:

1. Werklastcategorisatie: Classificeer alle 847 applicaties en services volgens de 6R-migratiestrategie (Rehost, Replatform, Refactor, Repurchase, Retire, Retain). Manufacturing Corp. koos voor 23% rehost, 41% replatform, 18% replatform, en 18% retire.

2. Cost modeling: Gebruik Google Cloud Pricing Calculator met werkelijke usage-data. Bepaal break-even-punten voor CUDs versus on-demand. Voor Manufacturing Corp. was het break-even-punt 68% consistentie over 36 maanden.

3. Dependency mapping: Documenteer alle dataflows met behulp van Application Portfolio Assessment (APA) tools. Ontdek dat zeven "kritieke" applicaties eigenlijk downstream-afhankelijkheden hadden van deprecated legacy-systemen.

Fase 2: Foundational Infrastructure (weken 8-14)

Voordat workloads gemigreerd werden, bouwde het team de foundation:

# Terraform-initiatie voor multi-environment setup
gcloud init
gcloud auth application-default login
terraform init -backend-config="bucket=mctf-state-eu"

# Enable required APIs
gcloud services enable compute.googleapis.com \
  container.googleapis.com \
  sqladmin.googleapis.com \
  storage.googleapis.com

De foundation omvatte:

• VPC met Shared VPC: Productie, staging en development in aparte projecten, gedeelde netwerklaag voor beveiligingsbeleid
• Terraform State Backend: GCS-bucket met versioning en object-bucket-level (OBL) encryption
• Organization Policies: Centraal beveiligingsbeleid via Organization Policy Constraints
• Cloud Identity-Aware Proxy (IAP): Zero-trust toegang voor alle administratieve interfaces

Fase 3: Workload Migration (weken 15-42)

De feitelijke migratie verliep in waves, gegroepeerd per applicatie-domein:

Wave	Domein	Applicaties	Duur	Risico-niveau
1	Back-office	12 apps	4 weken	Laag
2	Web-portal	3 apps	6 weken	Middel
3	ERP/SAP	1 core systeem	12 weken	Hoog
4	IoT/OT	8 systemen	8 weken	Hoog
5	Retirement	47 legacy systemen	4 weken	Laag

Wave 3 — de SAP-migratie — was de kritieke path. Het team koos voor een strangulated migration met een、南京Dual-write strategie: beide systemen schrijven tegelijkertijd, met automatische reconciliation via een custom reconciliation-service.

Fase 4: Optimization (continu, week 43+)

Na de migratie begon de FinOps-fase. Maandelijkse cost reviews identificeerden aanvullende besparingen:

• Rightsizing van 147 Compute Engine-instances reduceerde kosten met €12.400 per maand
• Implementeer Cloud Scheduler voor automatic shutdown van dev/test-omgevingen buiten kantooruren (besparing: €8.200/maand)
• Migratie van 340 TB Coldline-data naar Archive Storage (besparing: €3.800/maand)

Critical configuration: GKE cluster autoscalling

De productie-GKE-cluster vereist agressieve autoscalling voor de piekbelasting tijdens shift-wissels:

# GKE node pool configuration voor productiecluster
apiVersion: v1
kind: Namespace
metadata:
  name: erp-system
---
apiVersion: autoscaling.k8s.io/v1
kind: VerticalPodAutoscaler
metadata:
  name: erp-backend-vpa
  namespace: erp-system
spec:
  targetRef:
    apiVersion: "apps/v1"
    kind: Deployment
    name: erp-backend
  updatePolicy:
    updateMode: "Auto"
  resourcePolicy:
    containerPolicies:
    - containerName: erp-backend
      minAllowed:
        cpu: 500m
        memory: 512Mi
      maxAllowed:
        cpu: 8
        memory: 16Gi
---
apiVersion: autoscaling.cnrm.cloud.google.com/v1beta1
kind: ComputeNodePool
metadata:
  name: erp-nodepool
  namespace: cluster-prod
spec:
  autoscaling:
    autoscalingMetric: "kubernetes.io/gke-namespace-gke-system-cpu"
    minNodeCount: 3
    maxNodeCount: 24
  locations:
    - europe-west4-a
    - europe-west4-b
    - europe-west4-c
  nodeConfig:
    machineType: n2-standard-8
    preemptible: false

Section 4 — Common Mistakes / Pitfalls

1. Migreren zonder cost modeling per workload

Waarom het gebeurt: Cloud vendors en implementatiepartners focussen op functionaliteit en migratiegemak, niet op TCO. Tijdens de discovery-fase bij Manufacturing Corp. presenteerde een grote consultancy een migratieplan van €4,2 miljoen, met zero aandacht voor operationele kosten na migratie.

Hoe te voorkomen: Eis een workload-level cost model als onderdeel van elk migratieplan. Gebruik de Google Cloud Pricing Calculator met pessimistic, realistic en optimistic scenario's. De CUD-break-even-berekening moet expliciet zijn.

2. Onderschatten van data transfer kosten

Waarom het gebeurt: Egress-kosten zijn vaak 15-30 procent van de totale cloudfactuur, maar worden zelden meegenomen in initiële projecties. Manufacturing Corp. ontdekte post-migratie dat hun dagelijkse batch-export naar een Nederlands datacenter €14.000 per maand kostte aan GCP-egress.

Hoe te voorkomen: Documenteer alle dataflows inclusief bestemming, frequentie en volume. Prioriteer regionale resources. Overweeg Cloud Interconnect voor hoge-volume data exchange in plaats van public internet.

3. Geen governance structuur voor shadow IT

Waarom het gebeurt: Na migratie krijgen development teams vaak volledige cloud-toegang, wat leidt tot ongecontroleerde resource-creatie. Bij Manufacturing Corp. ontstonden 47 ongeautoriseerde BigQuery-datasets en 12 onderbenutte Cloud SQL-instances in het eerste kwartaal.

Hoe te voorkomen: Implementeer Organization Policies vanaf dag één. Gebruik Hierarchical Firewall Policies. Stel budget alerts in op project- en organisatieniveau. FinOps moet een vast onderdeel zijn van elke sprint, niet een kwartaallijkse audit.

4. Refactoren tijdens de migratie

Waarom het gebeurt: Het groene-weide-syndroom. Teams zien de migratie als kans om applicaties te moderniseren "terwijl we toch bezig zijn". Dit verdubbelt de complexiteit en risico. Manufacturing Corp. wilde hun legacy monolith tijdens de migratie opsplitsen in microservices — een beslissing die de deadline met zes maanden overschreed.

Hoe te voorkomen: Behoud de 6R-discipline: migrate first, modernize later. Creëer een separate "Modernization Backlog" en prioriteer deze onafhankelijk van de migratie-timeline. De exception: refactor wanneer de huidige architectuur migrating onmogelijk maakt (bijvoorbeeld hardcoded IP-adressen).

5. Negeren van compliance-vereisten

Waarom het gebeurt: Productiebedrijven opereren onder strenge regelgeving rond productkwaliteit en traceability. Manufacturing Corp. moest voldoen aan ISO 9001 en EU MDR-vereisten voor医疗器械. Hun eerste migratieplan忽略erde de data residency-vereisten volledig.

Hoe te voorkomen: Voer een compliance-assessment uit vóór de discovery-fase. Documenteer alle data sovereignty-vereisten. Voor GCP: gebruik europe-west regio's voor GDPR-sensitive data. Implementeer VPC Service Controls voor data exfiltration-bescherming.

Section 5 — Recommendations & Next Steps

Concrete aanbevelingen voor vergelijkbare productiebedrijven

Start met een cold, hard cost audit. Voordat u ook maar één workload migreert: installeer Google Cloud's Cost Table export naar BigQuery. Analyseer alle resources met RESOURCE_TYPE, SKU_DESCRIPTION, en usage over minimaal 30 dagen. U zult besparen oppakken die u nu al kunt realiseren zonder migratie.

Gebruik CUDs agresief voor predictable workloads. De 30 procent kostenreductie bij Manufacturing Corp. kwam voor 40 procent uit CUDs en rightsizing — niet uit architectuur-verandering. Koop CUDs voor alle workloads met >65 procent consistent usage. De break-even voor 36-maands CUDs versus on-demand is typisch 8-14 maanden.

Implementeer FinOps als eerste-klass burger. Manufacturing Corp.的错误 was dat FinOps pas na de migratie serieus genomen werd. De juiste aanpak: benoem een Cloud FinOps Lead vóór de discovery-fase, met mandaat om cost optimization stories te blockeren als ze niet costeffectief zijn.

Kies de migration wave-volgorde strategisch. Migreer eerst de workloads met de hoogste huidige kosten én laagste migratierisico. Dit bouwt momentum en executive confidence. De moeilijke migraties (SAP, ERP) krijgen dan meer aandacht en budget, niet minder.

Gebruik Terraform voor alles. De migration van Manufacturing Corp. werd significant vereenvoudigd doordat alle infrastructuur als code was gedefinieerd. Nieuwe omgevingen werden gekloond in uren in plaats van weken. Externe audits verliepen soepel omdat compliance kon worden aangetoond via code review.

De volgende stap: assessments en planning

Als uw productiebedrijf overweegt om naar Google Cloud te migreren, begin dan met een gefundeerde assessment. De Investment Grade Assessment die Manufacturing Corp. uitvoerde, kostte €45.000 maar identificeerde €2,1 miljoen aan jaarlijkse kostenbesparingen — een ROI van 4.600 procent.

Vraag uw IT-team: wat is de huidige total cost of cloud? Wat is de workload-consistentie-ratio? Waar zitten de biggest bang-for-buck optimization opportunities? De antwoorden bepalen of cloud migratie een kostenbesparing is of een kostbare les in cloud-native best practices.

De realiteit is dat 30 procent kostenreductie haalbaar is — maar alleen met de juiste planning, governance, en bereidheid om af te wijken van de standaard migratie-playbook. Manufacturing Corp. slaagde because ze hun schaarse IT-resources prioritiseerden op outcome, niet op activity.