AWS → Scaleway

Migrer d’AWS vers Scaleway

Scaleway est un fournisseur français (groupe Iliad) doté de trois régions européennes et de briques compatibles S3 et CNCF : la couche banalisée d’une migration AWS relève donc davantage de la configuration que de la réécriture. Cette page est concrète sur ce qui migre proprement et ce qui résiste : les deux services managés sans jumeau Scaleway, les endroits où les API S3 et SQS/SNS divergent réellement, et une fourchette de jours-ingénieur réaliste.

Quels services AWS ont un véritable équivalent Scaleway ?

Ligne par ligne, noté de façon conservatrice. « Équivalent » signifie un repointage par configuration ; « partiel » signifie que cela fonctionne avec de réels écarts de fonctionnalités ; « pas de jumeau managé » signifie auto-hébergement ou réduction du périmètre.

Services AWS et leurs équivalents Scaleway, chacun assorti d’un verdict de migration.
AWSScalewayVerdict
Amazon S3Scaleway Object Storage API compatible S3 ; la plupart des SDK, sauvegardes et sites statiques se repointent par endpoint. Object Lock et les politiques de bucket fines couvrent moins d’opérations. Auditez toute dépendance WORM/conformité.Équivalent
Amazon EBSScaleway Block Storage Volumes bloc réseau avec snapshots. Équivalent direct.Équivalent
Amazon EC2Scaleway Instances Instances généralistes, GPU et dédiées sur les trois régions.Équivalent
Amazon EKSScaleway Kapsule Plan de contrôle managé conforme CNCF ; les manifestes portables migrent avec peu de friction.Équivalent
Amazon RDS / AuroraScaleway Managed Database (PostgreSQL) Le PostgreSQL standard est bien servi ; la base globale Aurora et l’autoscaling Serverless v2 n’ont pas de jumeau, anticipez-les.Partiel
Amazon ElastiCacheScaleway Managed Database for Redis Redis/Valkey managé ; le cache en mémoire est bien couvert.Équivalent
Amazon SQS / SNSScaleway Messaging & Queuing Endpoints compatibles SQS et SNS, mais le fan-out, le filtrage de messages et les garanties FIFO ne se calquent pas à l’identique ; les topologies complexes se re-testent, sans se contenter d’un repointage.Partiel
AWS LambdaScaleway Serverless Functions HTTP et cron conviennent ; l’étendue des sources d’événements natives de Lambda et le réglage des démarrages à froid ne sont pas égalés.Partiel
Amazon DynamoDBPas de jumeau managé (ScyllaDB / Cassandra auto-hébergé) Pas de NoSQL en colonnes serverless managé ; vous opérez le cluster et perdez le paiement à la requête.Pas de jumeau managé
Amazon RedshiftPas de jumeau managé (ClickHouse / Aiven auto-hébergé) Pas d’entrepôt serverless souverain ; ClickHouse est rapide mais relève d’un autre modèle d’exploitation.Pas de jumeau managé

Où les API divergent-elles réellement ?

Les lignes matures se repointent proprement. Voici les points précis où « compatible S3 » et « compatible SQS » cessent d’être des remplacements directs.

  • Object Storage est compatible S3, mais Object Lock/immuabilité et les politiques de bucket fines couvrent moins d’opérations que S3. Vérifiez toute rétention de niveau conformité avant la bascule.
  • Messaging & Queuing parle SQS/SNS, mais le fan-out façon SNS, le filtrage de messages et l’ordre FIFO ne se calquent pas à l’identique ; les topologies d’événements se re-testent.
  • Il n’existe pas de flux compatible Kinesis. Les pipelines d’événements visent Kafka managé (Aiven) ou NATS auto-hébergé.
  • DynamoDB et Redshift n’ont pas de jumeau managé ; ces deux services AWS concentrent l’essentiel de l’effort d’auto-hébergement.

Lesquels de vos services migrent proprement ?

Réduit aux lignes que Scaleway couvre en managé. Recherchez ou filtrez par verdict.

14 capacités

  • Stockage objet

    Hyperscaler Amazon S3 Azure Blob Storage Google Cloud Storage
    Voie souveraine européenne Scaleway Object StorageOVHcloud Object Storage
    Verdict Mature

    API compatible S3. Cible directe pour la plupart des SDK, sauvegardes et assets statiques.

  • Stockage bloc

    Hyperscaler Amazon EBS Azure Managed Disks Persistent Disk / Hyperdisk
    Voie souveraine européenne Scaleway Block StorageOVHcloud Block Storage
    Verdict Mature

    Volumes bloc réseau avec snapshots. Brique standard, bien couverte.

  • Machines virtuelles

    Hyperscaler Amazon EC2 Azure Virtual Machines Google Compute Engine
    Voie souveraine européenne Scaleway InstancesOVHcloud Public CloudHetzner Cloud
    Verdict Mature

    Les instances généralistes et dédiées sont un problème résolu en Europe.

  • Kubernetes managé

    Hyperscaler Amazon EKS Azure AKS Google Kubernetes Engine (GKE)
    Voie souveraine européenne Scaleway KapsuleOVHcloud Managed Kubernetes
    Verdict Mature

    Plans de contrôle managés conformes CNCF. Les charges portables migrent avec peu de friction.

  • Registre de conteneurs

    Hyperscaler Amazon ECR Azure Container Registry Google Artifact Registry
    Voie souveraine européenne Scaleway Container RegistryOVHcloud Managed Private RegistryHarbor (self-hosted)
    Verdict Mature

    Les registres OCI sont banalisés. Harbor auto-hébergé est un repli pleinement souverain.

  • PostgreSQL managé

    Hyperscaler Amazon RDS / Aurora Azure Database for PostgreSQL Cloud SQL / AlloyDB for PostgreSQL
    Voie souveraine européenne Scaleway Managed DatabaseOVHcloud Managed DatabasesAiven for PostgreSQL
    Verdict Viable

    Le PostgreSQL standard est bien servi. Les fonctions propres à Aurora (base globale, autoscaling serverless v2) n’ont pas de jumeau exact, prévoyez-le.

  • Cache managé (Redis/Valkey)

    Hyperscaler Amazon ElastiCache Azure Cache for Redis Memorystore for Redis
    Voie souveraine européenne Scaleway Managed Database for RedisAiven for Valkey/Redis
    Verdict Viable

    Le cache en mémoire est bien couvert ; Valkey est le successeur ouvert émergent de Redis.

  • File de messages / pub-sub

    Hyperscaler Amazon SQS / SNS Azure Service Bus Google Cloud Pub/Sub
    Voie souveraine européenne Scaleway Messaging & QueuingSelf-hosted NATS / RabbitMQ
    Verdict Viable

    Scaleway propose des points d’accès compatibles SQS/SNS ; NATS auto-hébergé couvre le reste.

  • DNS faisant autorité

    Hyperscaler Amazon Route 53 Azure DNS Google Cloud DNS
    Voie souveraine européenne Scaleway Domains & DNSOVHcloud DNSBunny DNS
    Verdict Viable

    Le DNS managé faisant autorité est bien couvert. Les politiques de routage de Route 53 se réimplémentent à la main.

  • E-mail transactionnel

    Hyperscaler Amazon SES Azure Communication Services No first-party service (SendGrid via Marketplace)
    Voie souveraine européenne Scaleway Transactional EmailBrevo (FR)
    Verdict Viable

    Scaleway TEM et Brevo (français) couvrent l’envoi, la réputation et les statistiques depuis l’UE.

  • Secrets & gestion de clés

    Hyperscaler AWS Secrets Manager / KMS Azure Key Vault Secret Manager / Cloud KMS
    Voie souveraine européenne Scaleway Secret ManagerHashiCorp Vault (self-hosted)
    Verdict Viable

    Un stockage de secrets managé existe ; Vault auto-hébergé offre un contrôle total, clés adossées HSM comprises.

  • Conteneurs serverless

    Hyperscaler AWS Fargate Azure Container Instances Google Cloud Run
    Voie souveraine européenne Scaleway Serverless Containers
    Verdict Viable

    L’hébergement de conteneurs avec mise à l’échelle jusqu’à zéro existe et est prêt pour la production sur des charges pilotées par requêtes.

  • Fonctions serverless (FaaS)

    Hyperscaler AWS Lambda Azure Functions Cloud Run functions (Cloud Functions)
    Voie souveraine européenne Scaleway Serverless FunctionsOVHcloud Functions
    Verdict Partiel

    Les runtimes existent, mais l’étendue des sources d’événements natives de Lambda et la maturité du réglage des démarrages à froid ne sont pas égalées. Convient pour HTTP et cron ; plus délicat pour l’événementiel massif.

  • Plateforme ML managée

    Hyperscaler Amazon SageMaker Azure Machine Learning Vertex AI
    Voie souveraine européenne OVHcloud AI Endpoints / AI TrainingScaleway GPU Instances + Managed Inference
    Verdict Lacune

    Le calcul GPU, l’entraînement et les endpoints d’inférence existent, mais rien n’égale l’étendue de bout en bout de SageMaker (pipelines, feature store, registre de modèles, tuning) en une seule plateforme managée. Vous l’assemblez.

Les verdicts sont prudents et reflètent les offres managées de juridiction européenne à jour en 2026. Les catalogues évoluent vite, nous les revérifions donc à chaque mission.

Combien de jours-ingénieur cela représente-t-il ?

30 à 70 jours-ingénieur

Une fourchette directionnelle pour un parc de taille moyenne, pas un devis. L’amplitude dépend de la part de votre stack posée sur les lignes gap.

  • Un parc de taille moyenne : ~20 à 40 VM, deux ou trois PostgreSQL managés, du stockage objet, un ou deux clusters Kubernetes et une CI/CD.
  • Le bas de la fourchette suppose des charges de type S3, Kubernetes et PostgreSQL qui se repointent par configuration.
  • Le haut suppose une dépendance DynamoDB ou Redshift à re-plateformer sur ScyllaDB ou ClickHouse.
  • Hors réécritures applicatives, temps d’egress lié à la gravité des données et montée en compétence sur l’outillage Scaleway.

Où Scaleway opère-t-il réellement ?

Trois régions européennes, chacune à trois zones de disponibilité, de quoi assurer la HA intra-région et un PRA inter-régions, mais une empreinte plus réduite que la couverture mondiale d’AWS.

  • Paris (fr-par)Trois zones de disponibilité (fr-par-1/2/3) pour la HA intra-région.
  • Amsterdam (nl-ams)Trois zones de disponibilité ; une seconde juridiction UE pour le PRA.
  • Varsovie (pl-waw)Trois zones de disponibilité en Europe centrale.

Quelles sont les limites, dites honnêtement ?

  • Une empreinte à trois régions Paris, Amsterdam et Varsovie uniquement, sans région en Europe du Sud ni intercontinentale. Les utilisateurs mondiaux sensibles à la latence et un PRA multi-régions large demandent plus de préparation qu’avec AWS.
  • Pas de jumeau entrepôt, DynamoDB ou SageMaker Les parcs analytiques et ML auto-hébergent ClickHouse, ScyllaDB et une stack GPU/inférence. De la vraie ingénierie, sur un autre modèle d’exploitation.
  • Un écosystème serverless événementiel plus mince Serverless Functions gère bien HTTP et cron, mais le catalogue de sources d’événements natives de Lambda n’est pas égalé.

Qu’un DSI demande-t-il d’autre avant de s’engager ?

Nos charges S3 et Kubernetes migrent-elles sans changement de code ?
Largement oui. Object Storage est compatible S3 et Kapsule est conforme CNCF : l’accès objet et les manifestes portables se repointent par endpoint. Le retravail se concentre sur les fonctions propres à Aurora, DynamoDB, Redshift et le câblage événementiel poussé de Lambda.
Où cette migration coûtera-t-elle vraiment du temps ?
Sur les lignes gap : une table DynamoDB, un entrepôt Redshift ou un fan-out SNS complexe. Tout ce qui relève de la couche mature (stockage, VM, Kubernetes, PostgreSQL) tient davantage de la configuration que de la réécriture.
Scaleway est-il assez souverain pour notre posture de conformité ?
Scaleway est français (groupe Iliad), avec des régions exclusivement européennes et sans maison mère américaine, ce qui satisfait la plupart des exigences RGPD et de résidence des données. Pour un mandat de niveau SecNumCloud, pesez aussi la voie Outscale.