Déploiement et mise en production
Le moment tant attendu : mettre votre projet en ligne !
Histoire vraie : Pokémon GO, 50 fois plus de joueurs que prévu
Juillet 2016 : Niantic lance Pokémon GO. Les serveurs ont été dimensionnés pour un scénario « pessimiste » de 5 fois l'estimation. Le trafic réel atteint 50 fois l'estimation en quelques jours. Résultat : connexions impossibles, déconnexions en pleine capture, joueurs furieux sur Twitter. Niantic doit repousser le lancement dans plusieurs pays, dont la France, le temps de renforcer l'infrastructure avec Google. La leçon n'est pas « prévoyez 50x » (personne ne peut payer ça) : c'est que le déploiement progressif (canary release, pays par pays) et le monitoring en temps réel ont sauvé le lancement. En web, la version modeste de cette histoire, c'est la billetterie du festival qui tombe à 10 h 00 pile le jour de l'ouverture des ventes. D'où la checklist : test de charge avant le jour J, et un humain devant les graphiques pendant les premières heures.
Règle d'or : Ne jamais déployer en production un vendredi soir
C'est un adage célèbre dans le monde du développement, et pour cause : si un bug critique apparaît, toute l'équipe est en week-end. Résultat : un site cassé pendant 48h, des clients mécontents, et un lundi matin cauchemardesque. Déployez en début de semaine, quand l'équipe est disponible pour réagir.
Checklist pré-déploiement
Technique
- Tests complets effectués
- Recette client validée et signée
- Backup de l'existant réalisé
- Variables d'environnement configurées
- Base de données de production prête
- Certificat SSL installé
- DNS configuré
- Monitoring en place
Contenu
- Tous les contenus intégrés
- Images optimisées
- Mentions légales et CGU/CGV
- Page 404 personnalisée
- Sitemap.xml généré
- Robots.txt configuré
Sécurité
- HTTPS forcé
- Mots de passe sécurisés
- Sauvegardes automatiques configurées
- Firewall activé
- Protection DDoS si nécessaire
Stratégies de déploiement
1. Big Bang
Tout en une fois, remplacement complet
Inconvénients : Risqué, pas de retour arrière facile
2. Déploiement progressif (Rolling)
Mise à jour progressive des serveurs
Inconvénients : Plus long
3. Blue-Green Deployment
Deux environnements : un actif (blue), un en préparation (green)
Inconvénients : Coût (double infrastructure)
4. Canary Release
Déploiement pour un petit % d'utilisateurs d'abord
Inconvénients : Configuration complexe
Jour J : Le déploiement
Planning type
- 14h00 : Début → Mise en maintenance + Backup final
- 14h30 : Déploiement → Upload fichiers + Migration BDD + Config serveur
- 15h30 : Tests post-déploiement → Tests critiques + DNS + Formulaires
- 16h30 : Mise en ligne → Retrait maintenance + Monitoring + Astreinte
- 18h00 : Bilan J0 → Vérification métriques + Détection anomalies
Plan de rollback
Toujours prévoir un plan B
- Backup accessible rapidement
- Procédure de retour arrière documentée
- Équipe technique disponible
- Communication client préparée