LES POINTS ESSENTIELS
À retenir
- Docker ne remplace pas la surveillance et les sauvegardes.
- Limiter les traitements serveur pour protéger les autres services.
- Préparer et tester un retour à la version précédente.
Séparer construction et exécution
Une image construite pour une livraison doit pouvoir être identifiée et relancée. Évitez de reconstruire une version différente à chaque redémarrage. Conservez le lien entre les sources, la configuration de construction et l’image effectivement déployée.
Le serveur qui reçoit les visiteurs n’a pas besoin de disposer de tous les outils de développement. Une séparation des étapes réduit les composants présents dans l’environnement d’exécution. Cette organisation ne garantit pas l’absence de panne ; elle rend le fonctionnement et les changements plus faciles à comprendre.
Prévoir les ressources des outils
Un site de présentation et un outil qui lance un navigateur automatisé n’ont pas le même profil de consommation. Limitez le nombre de traitements simultanés, la durée d’une opération et la taille des données acceptées. Sans ces limites, quelques requêtes peuvent monopoliser le serveur.
Sur un VPS partagé avec d’autres applications, attribuez des plafonds de mémoire et de CPU. Vérifiez aussi l’espace disque pendant une construction : les images et caches peuvent occuper beaucoup plus de place que les sources. Une réserve de ressources doit faire partie de la décision d’hébergement, pas seulement du dépannage.
Sauvegarder ce qui ne se reconstruit pas
Une image applicative se recrée à partir des sources ; les données saisies par les utilisateurs ne se recréent pas de la même manière. Inventoriez bases, fichiers envoyés, configuration et accès nécessaires à la restauration. Définissez la fréquence et le lieu de conservation des sauvegardes.
Testez une restauration dans un environnement séparé. Un fichier présent sur un disque ne prouve pas que la procédure fonctionne. Le test permet de mesurer le temps nécessaire et de découvrir des dépendances oubliées, comme un volume de documents ou une clé de configuration.
Surveiller et savoir revenir en arrière
Contrôlez une route de santé et quelques parcours représentatifs. Une réponse HTTP positive ne garantit pas qu’un formulaire ou un traitement fonctionne. Les journaux doivent aider à comprendre les erreurs, avec une durée et un volume de conservation maîtrisés.
Avant une livraison, conservez une version précédente et documentez sa remise en service. Pour une application avec base de données, vérifiez aussi la compatibilité des migrations : remettre l’ancien conteneur ne suffit pas toujours. Le retour arrière doit être préparé selon les données réellement modifiées.
Attribuer les responsabilités
Listez le renouvellement des certificats, les mises à jour, la surveillance, les sauvegardes et la réponse aux incidents. Désignez un responsable pour chaque tâche et un moyen de contact. Un hébergement techniquement adapté peut devenir fragile si personne ne sait qui intervient.
Pour un site avec quelques outils serveur, le VPS peut être pertinent si cette exploitation est assumée. Pour d’autres usages, une offre administrée peut simplifier le suivi. Le bon choix dépend des traitements, des compétences disponibles et du niveau d’accompagnement attendu, plutôt que d’une opposition automatique entre deux catégories d’hébergement.