Remplacer AWS : cloud et hébergement suisses ou européens
Infomaniak Public Cloud, Exoscale, OVHcloud, Scaleway, Hetzner, IONOS : les alternatives suisses et européennes à AWS pour héberger une application, et comment migrer une architecture sans tout réécrire.
Publié le 17 septembre 2026 par Lumineth
Le cloud est la dépendance la plus structurante : c’est là que tournent les applications, les bases de données, les sauvegardes. C’est aussi la plus technique à déplacer. Quatrième volet de la série sur la souveraineté numérique.
Les alternatives
| Solution | Pays | Origine | Open source | Modèle de tarif | Remarque |
|---|---|---|---|---|---|
| Infomaniak Public Cloud | Suisse | Suisse | Oui (OpenStack) | À l’usage | |
| Exoscale | Suisse | Suisse | Non | À l’usage | Filiale du groupe autrichien A1 |
| OVHcloud | France | UE | Non | À l’usage | Offre qualifiée SecNumCloud disponible |
| Scaleway | France | UE | Non | À l’usage | GPU disponibles |
| Hetzner | Allemagne | UE | Non | À l’usage | Très bon rapport prix/performance |
| IONOS Cloud | Allemagne | UE | Non | À l’usage |
Infomaniak Public Cloud repose sur OpenStack, une base ouverte : ce que l’on y construit se déplace vers un autre OpenStack. Exoscale est le cloud suisse le plus utilisé par les développeurs, avec un catalogue proche des grands acteurs. OVHcloud propose une offre qualifiée SecNumCloud pour les données les plus sensibles. Scaleway met des GPU à disposition, utile pour l’IA. Hetzner est le plus économique pour des serveurs simples.
Ce qui migre bien, ce qui migre mal
- Migre bien : machines virtuelles, conteneurs, stockage objet compatible S3, bases PostgreSQL ou MySQL, sauvegardes, DNS. Tous les clouds ci-dessus les proposent.
- Demande du travail : Kubernetes managé, files de messages, fonctions serverless. Les équivalents existent mais l’outillage change.
- Demande une réarchitecture : les services propres à AWS (DynamoDB, Lambda avec ses déclencheurs, Cognito, Step Functions). C’est le vrai coût d’une dépendance : plus l’architecture épouse un fournisseur, plus elle est chère à déplacer.
Concevoir pour pouvoir partir
Dans les solutions que je mets en place, je sépare ce qui est différenciant (le cœur métier, écrit en code portable) de ce qui ne l’est pas (base de données, stockage, calcul), et je choisis pour ce second bloc des briques disponibles chez plusieurs fournisseurs : PostgreSQL plutôt qu’une base propriétaire, S3 compatible plutôt qu’un stockage exotique, conteneurs plutôt que fonctions liées à un déclencheur maison. La migration devient alors une opération, pas un projet.
Par quoi commencer
- Les sauvegardes : les copier dès maintenant vers un stockage objet suisse ou européen. C’est réversible et cela protège immédiatement.
- Les nouveaux projets : les démarrer sur un cloud européen, avec des briques portables.
- L’existant : migrer service par service, en commençant par ceux qui n’utilisent que des briques standard.
Je mets en place ce type de migration avec vos équipes : inventaire, choix par sensibilité des données, bascule par étapes, exploitation. Un premier échange suffit pour savoir par où commencer.
Me contacterFAQ
Questions fréquentes
Quel cloud suisse choisir ?
Infomaniak Public Cloud si vous voulez une base OpenStack ouverte et un acteur suisse indépendant ; Exoscale si vous voulez un catalogue proche des grands clouds avec des outils de développeur mûrs.
Une migration depuis AWS est-elle toujours possible ?
Oui, mais son coût dépend de l’architecture. Machines, conteneurs, bases standard et stockage S3 migrent bien ; les services propres à AWS demandent une réécriture partielle.
Faut-il tout migrer d’un coup ?
Non. Sauvegardes d’abord, nouveaux projets ensuite, puis l’existant service par service. Une période avec deux fournisseurs est normale.
Un cas concret chez vous ?
Dites-moi ce qui vous coûte du temps ou ce que vous voulez reprendre en main ; je reviens sous 24 heures ouvrées avec une première lecture, sans engagement.