Docker Compose permet de décrire et lancer les services d’une application avec leur configuration. Cette approche peut faciliter la reproduction d’un environnement et la transmission du projet. Pour une entreprise, la valeur dépend de la capacité à mettre à jour et récupérer le service de façon prévisible.
Ce que la description ne fait pas à votre place
La documentation Docker explique qu’un déploiement de production nécessite des adaptations de configuration par rapport au développement 1. Une démonstration qui démarre sur un ordinateur ne constitue donc pas encore une exploitation prête à être exposée aux utilisateurs.
Demandez où sont les données persistantes, quels ports sont accessibles, comment les secrets sont fournis et qui suit les mises à jour. Les volumes et les mécanismes de secrets font partie des éléments documentés par Compose 2, 3. Leur présence ne prouve pas à elle seule que tout le dispositif est correctement sécurisé.
Images, conteneurs et données
L’image sert de base au service exécuté ; le conteneur correspond à son exécution. Les informations métier qui doivent survivre aux remplacements demandent un stockage persistant approprié. Les volumes répondent à ce besoin de stockage, avec une stratégie de sauvegarde à prévoir séparément 2.
Notre proposition : faites dessiner trois éléments sur une page, le code livré, la configuration propre à l’environnement et les données à conserver. Indiquez pour chacun l’emplacement, les droits et la méthode de récupération.
La preuve d’un déploiement maîtrisé
Demandez une répétition sur une préproduction : version initiale, mise à jour, vérification de santé et retour arrière. Si une migration de données accompagne le changement, le retour à l’ancienne image peut ne pas suffire. L’équipe doit expliquer la compatibilité et la restauration prévues.
Vérifiez aussi les journaux utiles, les limites de stockage et la procédure lorsque le serveur redémarre. Une seule machine reste une dépendance physique, quel que soit le nombre de conteneurs.
Quel budget prévoir ?
Simulation : trois jours de préparation à 700 € HT donnent 2 100 € HT pour une application limitée. Ajoutez hébergement, sauvegardes, surveillance et maintenance. Ce montant fictif ne couvre pas une architecture distribuée ou une migration complexe.
Le prestataire doit livrer les fichiers nécessaires, une documentation d’exploitation et une méthode de reprise. Sans cela, la reproductibilité promise reste difficile à vérifier par un autre intervenant.
Votre prochaine action
Faites repartir l’application sur un environnement de test à partir des éléments livrés et d’une sauvegarde. Vérifiez les données et l’accès. Cette répétition constitue un bon critère de réception pour un projet conteneurisé.