Docker, l'outil ultime
Docker peut aider à organiser un site, pas garantir sa fiabilité. Comprenez les conteneurs, les données persistantes et les contrôles de maintenance.
Sur cette page4 sections
« Mais chez moi, ça marche. » Si vous avez déjà discuté avec un développeur au moment où un site refuse de fonctionner ailleurs que sur son ordinateur, vous connaissez peut-être cette phrase. Elle peut être parfaitement vraie et ne pas vous aider du tout : votre client, lui, utilise le site en ligne, pas l'ordinateur du développeur.
C'est notamment pour éviter ce décalage que Docker m'intéresse. L'idée est de préparer l'environnement dont une application a besoin, puis de pouvoir le relancer ailleurs sans refaire toute l'installation à la main en espérant n'avoir rien oublié.
Si les mots vous intéressent, la documentation Docker détaille cette distinction. Mais pour comprendre l'intérêt au quotidien, imaginez surtout deux projets qui ont besoin de versions différentes du même logiciel. Au lieu de modifier votre ordinateur pour l'un puis de casser l'autre, on prépare leurs environnements séparément.
L'image Docker sert de base pour démarrer ces conteneurs. On peut y fixer une version et les éléments nécessaires au projet, plutôt que dépendre de ce qui se trouve déjà installé sur la machine de chacun.
Avec Docker, on peut faire travailler le développement et la production à partir de la même image, en adaptant les paramètres nécessaires. Ça rapproche les environnements et ça donne une base commune pour chercher le problème. On ne commence plus forcément par « qu'est-ce que tu as installé chez toi, déjà ? ».
Il restera des différences : les vrais comptes clients, les accès aux services externes, la puissance disponible ou les permissions. Docker n'efface pas le monde autour de l'application. Mais il permet de ne pas repartir de zéro à chaque changement de machine, et c'est déjà une sacrée différence quand on doit reprendre un projet.
Sauf que l'application et ce qu'elle enregistre ne sont pas la même chose. Recréer votre logiciel de réservation ne recrée pas les réservations reçues hier. Les données doivent rester à part ; les volumes Docker permettent notamment de les conserver au-delà de la vie d'un conteneur.
Et les conserver sur le serveur ne remplace pas une sauvegarde. Si le serveur disparaît, la question sera « où sont les données et comment les récupère-t-on ? », pas « est-ce qu'on peut redémarrer la boîte ? ».
Ça ne fait pas les mises à jour à notre place, et les accès restent à régler correctement. La sécurité des conteneurs fait partie de ce travail, comme les sauvegardes et les essais après une nouvelle version.
Quand on reprend votre hébergement, c'est ce fonctionnement que je veux rendre clair. Si on doit changer de serveur ou reprendre une version précédente, on sait ce qu'on déplace, ce qu'on garde et ce qu'on vérifie. Docker peut beaucoup nous aider là-dessus. L'outil ultime, peut-être pas ; un bon moyen de sortir du « chez moi ça marche », oui.
C'est notamment pour éviter ce décalage que Docker m'intéresse. L'idée est de préparer l'environnement dont une application a besoin, puis de pouvoir le relancer ailleurs sans refaire toute l'installation à la main en espérant n'avoir rien oublié.
Une petite boîte avec ce qui fait tourner le projet
Un conteneur, on peut se le représenter un peu comme une machine dédiée à une application, mais sans reconstruire tout un ordinateur à l'intérieur. Il fait tourner l'application avec ses fichiers et ses dépendances, dans un environnement isolé, en partageant le noyau du système qui l'accueille. La différence avec une machine virtuelle est là : on ne lui donne pas son propre système complet.Si les mots vous intéressent, la documentation Docker détaille cette distinction. Mais pour comprendre l'intérêt au quotidien, imaginez surtout deux projets qui ont besoin de versions différentes du même logiciel. Au lieu de modifier votre ordinateur pour l'un puis de casser l'autre, on prépare leurs environnements séparément.
L'image Docker sert de base pour démarrer ces conteneurs. On peut y fixer une version et les éléments nécessaires au projet, plutôt que dépendre de ce qui se trouve déjà installé sur la machine de chacun.
Le fameux chez moi devient plus facile à reproduire
Prenons un formulaire qui fonctionne pendant le développement et plante sur le serveur. Peut-être que la version du logiciel n'est pas la même, ou qu'un composant a été installé sur un ordinateur puis oublié dans la procédure de mise en ligne.Avec Docker, on peut faire travailler le développement et la production à partir de la même image, en adaptant les paramètres nécessaires. Ça rapproche les environnements et ça donne une base commune pour chercher le problème. On ne commence plus forcément par « qu'est-ce que tu as installé chez toi, déjà ? ».
Il restera des différences : les vrais comptes clients, les accès aux services externes, la puissance disponible ou les permissions. Docker n'efface pas le monde autour de l'application. Mais il permet de ne pas repartir de zéro à chaque changement de machine, et c'est déjà une sacrée différence quand on doit reprendre un projet.
La boîte se remplace mais pas les réservations des clients
L'un des côtés pratiques, c'est qu'on peut recréer un conteneur à partir de son image. Pour mettre à jour l'application, on prépare une nouvelle version puis on la déploie. On évite de bricoler une installation dont personne ne sait exactement ce qu'elle contient.Sauf que l'application et ce qu'elle enregistre ne sont pas la même chose. Recréer votre logiciel de réservation ne recrée pas les réservations reçues hier. Les données doivent rester à part ; les volumes Docker permettent notamment de les conserver au-delà de la vie d'un conteneur.
Et les conserver sur le serveur ne remplace pas une sauvegarde. Si le serveur disparaît, la question sera « où sont les données et comment les récupère-t-on ? », pas « est-ce qu'on peut redémarrer la boîte ? ».
Ce que cela change pour votre site
Le bénéfice le plus intéressant n'est pas d'avoir le mot Docker sur un devis. C'est de pouvoir installer, tester et reprendre le projet avec une organisation qu'on comprend, au lieu d'une suite de manipulations connues d'une seule personne.Ça ne fait pas les mises à jour à notre place, et les accès restent à régler correctement. La sécurité des conteneurs fait partie de ce travail, comme les sauvegardes et les essais après une nouvelle version.
Quand on reprend votre hébergement, c'est ce fonctionnement que je veux rendre clair. Si on doit changer de serveur ou reprendre une version précédente, on sait ce qu'on déplace, ce qu'on garde et ce qu'on vérifie. Docker peut beaucoup nous aider là-dessus. L'outil ultime, peut-être pas ; un bon moyen de sortir du « chez moi ça marche », oui.
