Europees-only alternatief voor Google Cloud Platform.

Google Cloud is de kleinste van de drie Amerikaanse hyperscalers qua EU-marktaandeel, maar heeft het sterkste data-engineering merk. Dat merk is precies de migratie-uitdaging: BigQuery, Vertex AI, Spanner en de rest van de GCP-catalogus zijn uitstekende tools, en voor sommige ervan bestaat geen exact gelijkwaardige EU-soevereine vervanging. Het eerlijke antwoord is dat voor de meeste mid-market workloads - webapplicaties, API's, e-commerce - de EU-soevereine stack een goede match is. Voor gespecialiseerde data-engineering- of ML-workloads ligt het gesprek genuanceerder. Wij vertellen je in welke categorie jouw situatie valt.

Verenigde Staten Vervangende stack, uitsluitend EU 14 diensten in kaart gebracht
Plan een gesprek Scan eerst je domein
Leverancier
Google Cloud Platform
Hoofdkantoor
Mountain View, CA
Rechtsmacht
Verenigde Staten
Wettelijk regime
CLOUD Act, FISA 702, EO 12333

"EU-regio" is geen soevereiniteit. Vier vragen bepalen het.

Dataresidentie zegt waar de bits staan. Soevereiniteit zegt welk rechtssysteem toegang kan afdwingen. Het antwoord moet op alle vier standhouden, anders is de stack niet soeverein.

Residency

Waar staat de data fysiek opgeslagen?

Niet "in de cloud": welk datacenter, in welk land, onder welke jurisdictie.

Subprocessoren

Wie zit er nog meer in uw datapad?

Iedere leverancier die data raakt: de CDN, de e-mailrelay, de error-tracker, de analytics-pipeline.

Rechtsmacht

Wiens wetten kunnen openbaarmaking afdwingen?

Een provider met een Amerikaans hoofdkantoor valt onder FISA 702 en de CLOUD Act, ook als de bits in Frankfurt staan.

Sleutelbeheer

Wie heeft daadwerkelijk de encryptiesleutels?

Als de cloudprovider zowel de data als de sleutels beheert, is die data voor hen leesbaar, ongeacht welke verwerkersovereenkomst er ligt.

Voldoet niet AWS · Azure · GCP · EU-regio

Faalt op rechtsmacht en sleutelbeheer.

EU-bits, Amerikaanse moedermaatschappij, US-subprocessoren in het standaardpad, sleutels beheerd door provider.

Voldoet Binadit managed stack

Slaagt op alle vier.

EU-gehost op EU-hoofdkantoor infrastructuur. Nul US-subprocessoren in het standaardpad. Klant- of EU-KMS-sleutels. Bij naam vermeld in uw Artikel 28 DPA.

Waarom teams weggaan Google Cloud Platform

GCP-exits die wij hebben uitgewerkt, komen doorgaans voort uit een van twee invalshoeken: een gereguleerde workload die klein begon op GCP en nu Schrems II-compliance nodig heeft om te groeien, of een B2B SaaS waarvan de enterprise klanten (Duitse banken, Franse overheid, Nederlandse zorg) expliciet geen processor onder Amerikaanse jurisdictie in het contract wilden. De juridische uitdagingen rond het EU-US Data Privacy Framework in 2024 voegden een derde trigger toe: bezorgdheid op leidinggevend niveau over een nieuwe omkering van het transfermechanisme. Gelicentieerde soevereine aanbiedingen verbeteren de documentatie, maar erven de onderliggende Amerikaanse technologie.

Google Cloud Platform diensten en hun EU-only equivalenten

Een migratie is niet "vervang één doos door een andere". De mapping hieronder is wat we draaien voor klanten die weggaan bij Google Cloud Platform op grond van Schrems II: volledige EU-jurisdictie, geen Amerikaans moederbedrijf in het datapad.

Compute Engine (GCE)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. KVM virtual machines op Debian of Ubuntu, geprovisioned met Terraform en geconfigureerd met Ansible.
Engineering-notitie
Prijzen per vCPU liggen aanzienlijk lager bij EU-providers; reserved instances zijn niet nodig bij typische schaal.

Cloud Storage

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. MinIO of Ceph RGW, S3-compatible.
Engineering-notitie
S3-compatibele API's bij al deze opties; SDK-wijzigingen zijn minimaal.

Cloud SQL

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. PostgreSQL of MySQL met Patroni voor failover en pgBackRest voor point-in-time recovery.
Engineering-notitie
Streaming replication zorgt dat we overstappen met slechts seconden downtime in plaats van een onderhoudsvenster, en restores worden volgens schema getest in plaats van aangenomen.

GKE (managed Kubernetes)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. Kubernetes op Debian of Talos, met Cilium networking en cert-manager voor certificaten.
Engineering-notitie
GKE Autopilot heeft geen direct equivalent; voor de meeste workloads volstaat managed K8s. Talos op bare metal is onze voorkeurssetup met hoog vertrouwen.

Cloud Run

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. Docker images gebouwd in GitLab CI en gedeployed naar Kubernetes, met review environments per branch.
Engineering-notitie
Knative is de upstream van Cloud Run; de migratie komt in essentie neer op een redeploy naar een in de EU gehost Knative-cluster.

BigQuery

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. ClickHouse of PostgreSQL met columnar extensions, gemodelleerd met dbt.
Engineering-notitie
Geen 1-op-1 soevereine equivalent op BigQuery-schaal. Self-hosted ClickHouse is het productiepatroon; voor echte Schrems II is dit de workload die de meeste klanten op een gedocumenteerde hybride oplossing houden.

Cloud Pub/Sub

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. RabbitMQ, NATS, of Redis Streams, afhankelijk van de gewenste delivery guarantees.
Engineering-notitie
Kafka is het standaardpatroon voor high-volume event streams; NATS is lichtgewichter.

Cloud Functions

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. Knative of OpenFaaS op uw Kubernetes cluster.
Engineering-notitie
Functiemigratie is mechanisch; de cold-start-prestaties op EU-soevereine opties zijn concurrerend.

Cloud DNS

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. PowerDNS of Knot, authoritative, DNSSEC signed.
Engineering-notitie
Standaard zone-migratie via AXFR of zone-export.

Cloud CDN / Cloud Armor

Wat wij in plaats daarvan draaien
Wij implementeren en beheren een EU CDN voor u: Bunny.net of KeyCDN, met Nginx- en Varnish-caching bij uw origin.
Engineering-notitie
Een CDN is een van de weinige lagen die we niet zelf draaien. Wij kiezen de EU-provider, configureren cache headers, purge-strategie en origin shielding, en beheren het als onderdeel van de managed service.

IAM / Cloud Identity

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. Keycloak of Authentik als identity provider, met OIDC en SAML.
Engineering-notitie
OIDC/SAML-migratie is een bekend pad; Workspace-identity is een aparte beslissing.

Cloud Operations (Stackdriver)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. Prometheus, Grafana, Loki en Tempo, gekoppeld met OpenTelemetry.
Engineering-notitie
OpenTelemetry-instrumentatie maakt de migratie aan de applicatiekant triviaal.

Vertex AI / model APIs

Wat wij in plaats daarvan draaien
Binadit Private Infrastructure. Self-hosted open-weight models op dedicated GPU-hardware, geserveerd via vLLM of Ollama.
Engineering-notitie
Dit is het punt waar we u eerlijk zullen zeggen dat een hybride aanpak waarschijnlijk het beste antwoord is. De kwaliteit van frontier-modellen wordt momenteel niet geëvenaard door self-hosting.

Firestore / Firebase

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. MongoDB replica sets, of PostgreSQL met JSONB waar het documentmodel dunner is dan het lijkt.
Engineering-notitie
Firestore realtime sync is het lastigste onderdeel om te vervangen; voor documentworkloads voldoet PostgreSQL + LISTEN/NOTIFY doorgaans prima.

Hoe we migreren af van Google Cloud Platform

Een typische mid-market migratie loopt in drie fasen. De getallen hieronder gaan uit van een team van 6-10 engineers en een gemiddeld complexe applicatie-stack.

  1. Weken 1-2

    Audit- & data-engineeringscope

    Inventariseer GCP-services, classificeer op noodzaak van soevereiniteit. Speciale aandacht voor BigQuery- en Vertex-gebruik - deze bepalen de vorm van de migratie. Output: gefaseerd plan plus de expliciete beslissing over data-engineering-workloads.

  2. Weken 3-6

    Edge, soft dependencies, IAM-staging

    Cloud DNS, CDN, monitoring en Cloud Storage zijn als eerste verhuisd. Keycloak is ingezet naast Cloud Identity voor parallel-run. Compute vooraf klaargezet op EU-infrastructuur.

  3. Weken 6-14

    Core cutover + analytics-beslissing

    GCE/GKE-workloads worden overgezet met blue-green. Cloud SQL wordt gerepliceerd en omgeschakeld. BigQuery wordt óf gemigreerd naar ClickHouse óf behouden in een gedocumenteerde hybride opzet waarbij persoonsgegevens aan de grens worden gescrubd. Vertex AI-workloads worden verplaatst naar Mistral of self-hosted equivalenten.

5-jaars TCO op GCP-exits die we hebben uitgevoerd: 30-50% goedkoper voor voorspelbare workloads. De uitzondering is BigQuery-zware analytics - daar rechtvaardigt de operationele besparing van GCP vaak om het op een hybride op te houden (met anonimisering van persoonsgegevens aan de grens) in plaats van te migreren.

Veelgestelde vragen

Bekijk alle veelgestelde vragen

Lost GCP "Sovereign Controls" of een gelicentieerd sovereign aanbod het probleem op?
Sovereign Controls (voorheen Google Cloud Sovereign) voegt operationele scheiding toe: EU-gevestigd personeel, controle over encryptiesleutels, audit logging. Het verandert niets aan de onderliggende jurisdictie - Google LLC blijft eigenaar van de technologie. Gelicentieerde sovereign-aanbiedingen gebruiken dezelfde technologie onder licentie; het voorbehoud zit op het technologieniveau. Voor de meeste Schrems II-analyses zijn beide verbeteringen, maar geen volledige soevereiniteit.
Kunnen we BigQuery houden en alles andere migreren?
Ja, en dit is een veelvoorkomend patroon. De discipline: schoon of anonimiseer persoonsgegevens bij de instroomgrens, zodat wat BigQuery binnenkomt niet langer onder de AVG valt. Documenteer de grens in je DPA. We hebben dit patroon geïmplementeerd voor meerdere midmarket analytics-workloads.
Wat is het realistische ML/AI-alternatief?
Mistral AI (FR) voor foundation models met vergelijkbare kwaliteit als GPT-4-klasse binnen Europese jurisdictie. Aleph Alpha (DE) voor LLM-workloads die vanaf het ontwerp soeverein zijn. Voor training dekt dedicated EU-GPU-hardware de meeste use cases. Het verschil met Vertex AI zit in de tooling-afwerking, niet in de ruwe capaciteit.
Hoe verhoudt GKE-migratie zich tot AKS of EKS?
Mechanisch vergelijkbaar - Helm charts, manifests en CI/CD-pipelines gaan naadloos over. GKE-specifieke add-ons (Workload Identity, door GKE beheerde cert-manager) moeten worden vervangen door standaardequivalenten. Reken op 1-2 weken voor de migratie van K8s-add-ons.
Hoe lang duurt een GCP-exit?
Voor een mid-market applicatie (GCE, Cloud SQL, GKE, Cloud Storage, geen BigQuery): 10-14 weken doorlooptijd. Met een managed-infrastructure-partner: 6-10 weken. BigQuery binnen de scope voegt 4-8 weken toe, afhankelijk van het migratiedoel.
Hoe zit het met Workspace (Gmail, Docs, Drive)?
Workspace is een apart gesprek los van GCP-infrastructuur. Veel klanten draaien een hybride opzet: GCP-infrastructuur vervangen, Workspace behouden met gedocumenteerde blootstelling. Het migratiepad naar mailbox.org voor Workspace wordt goed ondersteund.

Plan je exit van Google Cloud Platform.

Gesprek van 30 minuten. We mappen je stack tegen EU-only alternatieven, schatten de migratie-inspanning en zeggen je of het de juiste keuze is.

Plan een gesprek Vergelijk een andere provider