Discussion :

[marietar]

Bonjour
je debute sur docker.
j'ai ce simple dockerfile pour constuire une app ecrite en python

je comprends qu'on part d'une image python comme j'ai une app en python.
par contre, 2e ligne: on se place dans le répertoire /usr/src/app?

Il sort d'où ce repertoire?
je lance un conteneur avec python, comment je connais les dossiers qui existent dans mon conteneur?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

FROM python:3.8

# set a directory for the app
WORKDIR /usr/src/app

# copy all the files to the container
COPY . .

# install dependencies
RUN pip install --no-cache-dir -r requirements.txt

# define the port number the container should expose
EXPOSE 5000

# run the command
CMD ["python", "./app.py"]

[Christophe]

WORKDIR est un peu l'équivalent de cd coté conteneur. Le répetoire en paramètre est un des répertoires du conteneur dans lequel la commande suivante COPY va copier les fichiers.

je lance un conteneur avec python, comment je connais les dossiers qui existent dans mon conteneur?

Pour aller voir le contenu du conteneur, il faut ouvrir un shell dedans et tu pourras alors de déplacer dans les différents dossiers avec les commandes systèmes:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

docker exec -it <nom ou id du conteneur> <nom du shell ex: bash ou sh>

[marietar]

je crois comprendre mais je vais poser une serie de questions pour etre sure:

donc un conteneur contient forcement un OS, meme si je lance pas d'OS dans ce conteneur?


par exemple ici, j'ai juste lancé un conteneur avec python 3.8: est-ce j'ai un conteneur qui contient impliciitement l'OS ubuntu avec python 3.18, ou bien j'ai juste python 3.8, sans ubuntu?


pour faire tourner mon script python, en général, il me faut une machine linux;
donc si j'avais comencé mon dockerfile par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FROM ubuntu

, au lieu de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FROM python:3.8

: ca aurait marché aussi? Dans ce dernier cas, je visualise bien le dossier /usr/src/app dans ubuntu, mais je le visualise pas bien dans python 3.8

[Christophe]

donc un conteneur contient forcement un OS, meme si je lance pas d'OS dans ce conteneur?

c'est pas tout à fait ça. Si tu prends une machine virtuelle, elle va contenir et un OS complet. La conteneurisation, c'est un peu comme la virtualisation d'une application ou d'un service.
Au niveau de l'OS hôte, ton conteneur est vu comme un processus au même titre qu'un hyperviseur pour la virtualisation est vu par son hôte comme un processus.

L'image de ton conteneur va contenir une arborescence d'OS plus ou moins complète (ce qu'à besoin ce qui est conteneurisé, dans l’absolu ça pourrait être juste un exe avec les bibliothèques partagées dont il dépend). C'est une forme de cloisonnement. Le conteneur n'a pas accès au contenu de ton hôte (sauf à fournir un dossier présenté à celui-ci), il y a aussi une isolation réseau (idem tu fais correspondre un port de ton hôte vers un port du conteneur). Ton conteneur va utiliser le noyau de l'hôte, c'est aussi la grosse différence avec une machine virtuelle.

par exemple ici, j'ai juste lancé un conteneur avec python 3.8: est-ce j'ai un conteneur qui contient impliciitement l'OS ubuntu avec python 3.18, ou bien j'ai juste python 3.8, sans ubuntu?

Cela dépend de la façon dont est construit ton conteneur, il peut être basé sur n'importe quelle distribution Linux. Il est même pertinent de le construire sur un Linux très léger dédié à la conteneurisation tel qu'Alpine Linux.
Imagines que tu utilises un conteneur contenant une application écrite en Python avec Django (framework web en Python si tu connais pas) par exemple.

Le conteneur de cette application sera basé sur un conteneur contenant Django, basé lui-même sur un conteneur de base avec Python, basé lui-même sur un conteneur de base Linux. Si tu utilises un autre conteneur ayant besoin de Python, il va utiliser le conteneur Python déjà présent. Ca s’appuie sur git.

Tu peux justement dans ton dockerfile lui donner une ou plusieurs dépendances

pour faire tourner mon script python, en général, il me faut une machine linux;
donc si j'avais comencé mon dockerfile par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FROM ubuntu
, au lieu de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FROM python:3.8
: ca aurait marché aussi? Dans ce dernier cas, je visualise bien le dossier /usr/src/app dans ubuntu, mais je le visualise pas bien dans python 3.8

ça aurait marché si le conteneur nommé ubuntu, qui est donc une dépendance pour ton conteneur, contient Python.

D'après le nom, on peut présumer que ton conteneur de base est un Ubuntu complet, qui contiendra donc Python.

En utilisant python:3.8 comme base, tu t'assures d'avoir tout ce qu'il faut pour Python et surtout d'avoir la version 3.8, alors qu'avec un conteneur nommé ubuntu, on ne sait pas quel version sera dedans.

[marietar]

merci