Web

Preparer une migration web sans casser la production

Changer d'hebergement ne commence pas le jour du basculement. Le travail propre, lui, demarre bien avant: inventaire, dependances, DNS, bases de donnees et retour arriere.

ACLClouds2026-05-027 min

1. Faire l'inventaire complet de ce qui tourne

Un site ne se resume pas a des fichiers PHP ou un dossier public. Il faut identifier le domaine, la zone DNS, les certificats, les cron jobs, les fichiers de stockage, les comptes email et la base de donnees. Sans cet inventaire, les oublis se revelent apres la mise en production.

Noter les versions de PHP, framework, extension et moteur SQL.
Recenser les taches planifiees et les integrations externes.
Mesurer la taille des fichiers et des donnees avant la copie.

2. Bascule DNS, SSL et base de donnees

La migration se joue souvent sur des details reputes secondaires: TTL DNS trop long, certificat non regenere, dump incomplet, cache applicatif ancien ou variables d'environnement oubliees. Il faut reduire le nombre d'inconnues avant la fenetre de changement.

Planifier les changements DNS avec une fenetre de propagation realiste.
Verifier les acces base de donnees et les encodages apres import.
Tester le site sur l'environnement cible avant le pointage public.

3. Toujours garder un retour arriere simple

Le vrai signe d'une migration saine n'est pas l'absence de risque, c'est la capacite a revenir a l'etat precedent rapidement si une hypothese tombe. Conservez donc une sauvegarde exploitable, un precedent pointage DNS et une personne capable de relire la procedure.

Fixer un critere clair de validation apres basculement.
Prevoir qui decide le rollback et dans quel delai.
Conserver les anciennes sauvegardes tant que le nouveau site n'est pas stabilise.

Voir la page web

Retrouvez les ressources publiques liees a l'hebergement web, a la preparation d'une ouverture et aux besoins de migration.

Revenir au blog

Retrouvez les autres articles sur le VPS et l'hebergement de bots Discord.