Europees-only alternatief voor DigitalOcean.

DigitalOcean is de developer-first Amerikaanse cloud - concurrerende prijzen, een schone UX, en een Amsterdam-regio die veel EU-teams doet denken dat de residency-kwestie is opgelost. Dat is niet zo: DigitalOcean LLC is een Delaware-onderneming, het Amsterdam-datacenter wordt beheerd onder Amerikaanse corporate control, en de CLOUD Act is van toepassing. Het goede nieuws is dat de migratie van DigitalOcean naar EU-jurisdictionele infrastructuur die wij voor u uitvoeren een van de schoonste is in deze gids - DigitalOcean's API-oppervlak is klein, en de meeste workloads die ervan zijn overgezet melden lagere kosten en gelijke of betere prestaties.

Verenigde Staten Vervangende stack, uitsluitend EU 12 diensten in kaart gebracht
Plan een gesprek Scan eerst je domein
Leverancier
DigitalOcean
Hoofdkantoor
New York, NY
Rechtsmacht
Verenigde Staten
Wettelijk regime
CLOUD Act, FISA 702

"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 DigitalOcean

DigitalOcean-exits die wij hebben uitgevoerd, komen bijna altijd voort uit één trigger: een klantaudit (B2B SaaS) of compliance-review waarbij bleek dat "DigitalOcean Amsterdam" onvoldoende was onder Schrems II, waarna de klant ofwel dure aanvullende maatregelen moest treffen (BYOK-encryptie die de waarde van de managed service tenietdoet) ofwel moest migreren. Migreren is meestal de goedkopere optie. Het technische werk is licht omdat het productaanbod van DigitalOcean bewust minimaal is, waardoor de EU-mapping ongecompliceerd is.

DigitalOcean 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 DigitalOcean op grond van Schrems II: volledige EU-jurisdictie, geen Amerikaans moederbedrijf in het datapad.

Droplets

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
Wij dimensioneren de instances op basis van uw daadwerkelijke load profile in plaats van een catalogus-tier, waardoor de meeste migraties resulteren in minder, beter benutte machines.

Spaces (object storage)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. MinIO of Ceph RGW, S3-compatible.
Engineering-notitie
S3-compatibel bij alle opties; de migratie is één endpoint-wijziging in de SDK-configuratie.

Managed Databases (PostgreSQL, MySQL, Redis)

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.

App Platform (PaaS)

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
App Platform heeft geen direct sovereign equivalent op PaaS-niveau. Coolify (open-source, self-hosted) biedt een Heroku-achtige UX op EU-infrastructuur.

Kubernetes (DOKS)

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
Uw manifests en Helm charts verhuizen zoals ze zijn. Wat verandert, is de ingress class en de storage class, en wij regelen beide.

Load Balancers

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. HAProxy of Nginx, met keepalived voor failover.
Engineering-notitie
Voor de meeste use cases volstaat de managed LB bij EU-providers; voor geavanceerde regels is HAProxy op een kleine VM het standaardpatroon.

Volumes (block storage)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. Ceph RBD, of Longhorn voor Kubernetes-native volumes.
Engineering-notitie
Standaard NVMe-based block storage bij alle EU-opties; prestaties zijn vergelijkbaar of beter.

DNS (DigitalOcean DNS)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. PowerDNS of Knot, authoritative, DNSSEC signed.
Engineering-notitie
Migratie is een zone-export en -herimport; een paar minuten werk.

Floating IPs

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. Statische IP-toewijzing met keepalived voor failover tussen nodes.
Engineering-notitie
Alle providers bieden het equivalente failover-IP-patroon.

CDN (DigitalOcean CDN)

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.

Monitoring (DO Monitoring)

Wat wij in plaats daarvan draaien
Binadit Managed Cloud Platform. Prometheus, Grafana, Loki en Tempo, gekoppeld met OpenTelemetry.
Engineering-notitie
OpenTelemetry maakt de instrumentatie overdraagbaar, en er is geen prijsstelling per metric of per trace om rekening mee te houden, waardoor teams stoppen met het wegsamplen van data die ze nodig hebben.

Container Registry

Wat wij in plaats daarvan draaien
Binadit DevOps & Support. Harbor of de GitLab container registry, met vulnerability scanning bij elke push.
Engineering-notitie
Harbor is de open-source registry van productiekwaliteit; wij beheren deze voor klanten.

Hoe we migreren af van DigitalOcean

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. Dag 1-3

    Inventarisatie & afhankelijkheden

    Inventariseer elke Droplet, Database, Space en App Platform-deployment. Identificeer alle DigitalOcean-specifieke API's of doctl-automatiseringen die herschreven moeten worden. Resultaat: een duidelijk migratieplan zonder verrassingen.

  2. Dag 4-10

    Soft dependencies eerst

    DNS, Spaces en CDN als eerste verplaatst. Database replica's vooraf klaargezet op EU managed service. Container registry verplaatst naar Harbor. Monitoring op EU Prometheus.

  3. Weken 2-5

    Compute & DB cutover

    Droplets opnieuw geprovisioned op Binadit compute met dezelfde images. Database-overgang met logical replication. App Platform-workloads verplaatst naar Kubernetes op Binadit. Load Balancer-overgang met DNS-shift.

5-jaars TCO op een DigitalOcean-exit: doorgaans 40-60% goedkoper, met de grootste besparingen op compute, waar equivalente specificaties doorgaans ongeveer de helft van de prijs kosten, en op managed databases. Waar DigitalOcean de voorsprong heeft, is de App Platform UX, die de EU-soevereine stack vervangt met Coolify of self-managed PaaS.

Veelgestelde vragen

Bekijk alle veelgestelde vragen

DigitalOcean heeft datacenters in Amsterdam en Frankfurt - voldoet dat aan de AVG?
Residency ja, soevereiniteit nee. Het Amsterdam-datacenter is eigendom van en wordt beheerd door DigitalOcean LLC, een onder Amerikaanse controle staande entiteit. De CLOUD Act stelt Amerikaanse autoriteiten in staat om openbaarmaking van data wereldwijd af te dwingen. Voor Schrems II-bewuste workloads wordt die kwetsbaarheid niet weggenomen door de locatie van het datacenter.
Zal de betrouwbaarheid eronder lijden als we DigitalOcean verlaten?
Niet in onze ervaring, maar het eerlijke antwoord is dat betrouwbaarheid meer voortkomt uit architectuur dan uit een logo. Een enkele instance zonder failover is overal kwetsbaar. Wat wij in plaats daarvan bouwen is redundantie op de lagen die ertoe doen: gerepliceerde databases met geteste failover, load balancing over nodes, en monitoring die het ons vertelt voordat het uw klanten vertelt. Dat is het onderdeel van de overstap dat uw uptime verandert, niet de keuze van het datacenter.
Hoe zit het specifiek met een vervanging voor App Platform?
App Platform is echt nuttig voor kleine teams die geen infrastructuur willen beheren. Coolify, self-hosted en open source, biedt een vergelijkbare App Platform-ervaring op EU-compute. Voor teams die het managed willen, beheren wij het containerplatform voor u.
Kunnen we geleidelijk migreren of moet het in één keer?
Geleidelijk is de norm. Draai beide providers parallel via DNS-level traffic split, migreer workload voor workload, en schaf DigitalOcean af zodra de laatste service is overgezet. Typische doorlooptijd: 4-8 weken voor mid-market workloads, 2-4 weken voor kleine.
Hoe lang duurt een DigitalOcean-exit?
Voor een typische workload (5-20 Droplets, 1-2 managed databases, Spaces, DNS): 3-6 weken doorlooptijd. Met een managed-infrastructure partner die het proces aanstuurt: 2-4 weken. Het technische werk is licht; de planning wordt bepaald door validatiemomenten en de beschikbaarheid van het team.
Veroorzaakt de migratie downtime?
Nee, mits correct uitgevoerd. Database-migratie gebruikt logische replicatie, zodat de overgang neerkomt op een enkele DNS- of connection-string-wijziging. Compute-migratie gebruikt blue-green op het niveau van de load balancer of DNS. Object storage gebruikt dual-write tijdens het migratievenster. Zero-downtime is de standaardverwachting.

Plan je exit van DigitalOcean.

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