Service · Développement logicielDéveloppement logiciel
Migration cloud : moins de plateformes, moins de surprises sur la facture
Nous déplaçons vos applications, sites et DNS là où c'est cohérent : hors des plateformes devenues trop petites ou trop chères, vers un serveur que vous maîtrisez avec Docker Compose, ou vers un cloud géré quand c'est le meilleur choix. Chaque déplacement commence par un inventaire et un audit des coûts, se fait avec un plan de retour arrière et se termine par la vérification du DNS, du SSL, des sauvegardes et de la surveillance.
Ce que nous faisons pour vous
- L'inventaire de tout ce qui tourne : applications, bases, domaines, zones DNS, certificats, tâches planifiées, qui a accès
- Un audit des coûts par projet : ce qui peut être arrêté, regroupé ou déplacé
- Une architecture cible expliquée simplement, avec ses raisons
- Des applications empaquetées en conteneurs et lancées avec Docker Compose, compilées sur GitHub Actions et non sur le serveur de production
- Le DNS déplacé zone par zone après revue des enregistrements ; des certificats SSL émis et renouvelés automatiquement
- Une migration par étapes, l'ancienne plateforme gardée en secours tant que la nouvelle n'a pas fait ses preuves
- Instantanés quotidiens, contrôles de santé et surveillance sur la nouvelle installation (voir hébergement et DevOps)
Pour qui
- Pour vous : vos applications sont dispersées sur plusieurs plateformes, avec des factures que personne ne comprend vraiment
- Pour vous : le coût de votre plateforme serverless ou gérée a grimpé plus vite que votre trafic
- Pour vous : vous voulez réunir domaines et DNS chez un seul fournisseur avant une relance
- Pas pour vous : les grands parcs réglementés avec équipe cloud dédiée et exigences contractuelles d'hébergement
Ce que nous avons déjà déplacé
- Plus de 100 projets hébergés regroupés sur notre propre serveur.
- Des applications sorties de Cloud Run et de Vercel vers Docker Compose.
- Du DNS déplacé de Route53 vers Cloudflare.
- Le renouvellement SSL automatisé sur 4 serveurs AWS.
- Après l'audit de 34 projets, notre propre dépense Google Cloud a été à peu près divisée par deux. C'est notre chiffre, sur notre infrastructure ; vos économies dépendent de ce que vous faites tourner, et nous n'en promettons aucune.
Plateforme gérée ou serveur à vous ?
Il n'y a pas de réponse unique. Google décrit Cloud Run comme une plateforme entièrement gérée pour faire tourner des conteneurs, qui supprime les instances inactives quand le trafic s'arrête et peut facturer à la requête : cela convient à un trafic irrégulier et aux équipes qui ne veulent rien gérer. Un petit serveur avec Docker Compose (un outil qui définit et lance des applications multi-conteneurs à partir d'un seul fichier YAML) convient à beaucoup d'applications toujours allumées au trafic régulier, pour un coût mensuel fixe. Nous comparons les deux sur votre usage réel et disons ce que nous choisirions, et pourquoi.
Le déroulement d'une migration
- Inventaire et audit. Ce qui tourne où, ce que cela coûte, qui en dépend.
- Plan. L'ordre des déplacements, un retour arrière pour chacun, et les heures creuses pour les faire.
- Répétition. Chaque application tourne sur la nouvelle plateforme à une adresse de test avant de recevoir le moindre trafic.
- DNS. Enregistrements revus et recopiés avant la bascule. Pour une configuration complète chez Cloudflare, Cloudflare demande de revoir les enregistrements existants et de désactiver DNSSEC avant de changer les serveurs de noms chez le registraire. Nous ne changeons jamais de serveurs de noms sans votre feu vert explicite.
- Certificats. Let's Encrypt, autorité de certification gratuite et automatisée, délivre les certificats via le protocole ACME ; nous réglons le renouvellement pour qu'il se fasse seul.
- Bascule et surveillance. Trafic déplacé, contrôles de santé suivis, ancienne plateforme conservée jusqu'à votre accord pour la fermer.
Ce dont nous avons besoin de votre part
- Un accès à vos comptes cloud, à votre registraire et à votre DNS, ou aux personnes qui les détiennent
- Vos factures récentes de chaque plateforme
- Des créneaux où une courte interruption est acceptable, si nécessaire
- Votre décision pour tout ce qui est supprimé : nous ne supprimons jamais sans elle
Les questions qu'on nous pose
Y aura-t-il une coupure ?
Nous visons zéro coupure et répétons chaque déplacement sur une adresse de test. Quand une courte interruption est inévitable (certaines bascules de base), nous la planifions avec vous.
Serons-nous dépendants de votre serveur ensuite ?
Non. Tout tourne dans des conteneurs standard, avec une configuration dans un dépôt qui vous appartient ; on peut le déplacer vers n'importe quel serveur ou cloud.
Pouvez-vous garantir une facture plus basse ?
Non. Nous montrons l'audit et les coûts attendus avant de déplacer quoi que ce soit, et vous décidez. Certains déplacements font économiser, d'autres apportent simplicité ou vitesse.
Supprimez-vous les anciens projets ?
Seulement sur votre décision explicite, une fois que la nouvelle installation a tourné assez longtemps pour inspirer confiance. D'ici là, l'ancienne plateforme reste en secours.
Sources
- Documentation Google Cloud : qu'est-ce que Cloud Run (vérifié le 2026-10-06)
- Documentation Docker : présentation de Docker Compose (vérifié le 2026-10-06)
- Documentation Cloudflare : configuration DNS complète (primaire) (vérifié le 2026-10-06)
- Let's Encrypt : comment ça marche (vérifié le 2026-10-06)