Lancer son premier conteneur

hello-world s’est lancé, a parlé, puis s’est arrêté aussitôt. Cette fois, on lance un conteneur qui reste en marche : un serveur Web, Nginx.

Pourquoi Nginx ? Parce qu’il est petit, officiel et très répandu, et qu’il donne un résultat visible tout de suite, dans votre navigateur. On ne construit pas encore de site : Nginx sert de cobaye pour apprendre les gestes de base, sans rien installer directement sur votre système.

Étape 1 : lancer Nginx

C’est la commande décortiquée à l’épisode 1 :

docker run -d --name web-demo -p 127.0.0.1:8080:80 nginx:alpine

L’image n’est pas encore sur votre machine : Docker la télécharge, puis affiche une longue suite de chiffres et de lettres. C’est l’identifiant du conteneur, qui tourne désormais en arrière-plan.

Ouvrez http://127.0.0.1:8080 : la page « Welcome to nginx! » s’affiche. 127.0.0.1, que l’on écrit aussi localhost, est l’adresse de votre propre ordinateur, vue de l’intérieur.

Étape 2 : observer avant d’agir

Un bon diagnostic commence toujours par regarder. Ces commandes ne modifient rien :

docker ps
docker logs web-demo
docker stats --no-stream web-demo
docker inspect web-demo

Commande	Ce qu’elle montre
docker ps	Les conteneurs en cours, leur état et leurs ports
docker logs web-demo	Ce que l’application a écrit : ici, une ligne par visite
docker stats --no-stream web-demo	Un instantané du processeur et de la mémoire utilisés
docker inspect web-demo	Toute sa configuration, en détail (c’est long, c’est normal)

Petite expérience : actualisez la page Nginx deux ou trois fois, puis relancez docker logs web-demo. Une nouvelle ligne apparaît à chaque visite. Les journaux sont la première chose à lire quand un conteneur se comporte mal.

Étape 3 : arrêter, relancer, supprimer

Arrêtez le conteneur, constatez qu’il existe toujours, puis relancez-le :

docker stop web-demo
docker ps -a
docker start web-demo

Après docker stop, la page ne répond plus et docker ps ne montre plus rien. Mais docker ps -a affiche web-demo à l’état Exited : il est arrêté, pas supprimé. docker start le relance avec exactement le même nom et le même port.

Quand l’essai est fini, arrêtez-le puis supprimez-le :

docker stop web-demo
docker rm web-demo
docker image ls nginx

La dernière commande le prouve : l’image nginx:alpine est toujours là, prête pour le prochain lancement, qui ne demandera aucun téléchargement. Gardez-la, les épisodes suivants s’en servent.

docker rm -f web-demo fait les deux d’un coup, arrêt et suppression. C’est pratique pour un conteneur d’essai, mais sur un vrai service, l’arrêt en deux temps laisse à l’application le temps de se fermer proprement.