Ποια είναι η διαφορά μεταξύ εικόνων Docker και containers;

Question

Accepted Answer

Μια εικόνα Docker **image** είναι ένα πρότυπο μόνο για ανάγνωση **template** (μια συσκευασμένη εφαρμογή με τις εξαρτήσεις της)· ένα **container** είναι μια **τρέχουσα παρουσία** μιας εικόνας. Η σχέση είναι όπως μια κλάση και ένα αντικείμενο: μια εικόνα μπορεί να δημιουργήσει πολλά containers. ## Εικόνα έναντι container ```text IMAGE → a read-only TEMPLATE: the app + dependencies + config, built in layers (like a blueprint/class; stored, shared, versioned) CONTAINER → a RUNNING INSTANCE of an image (with a writable layer on top) (like an object created from a class; has runtime state) One IMAGE → many CONTAINERS (run the same image multiple times) ``` ## Εργασία με εικόνες ```bash docker build -t myapp:1.0 . # BUILD an image from a Dockerfile docker images # list local images docker pull nginx # download an image from a registry docker push myapp:1.0 # upload an image to a registry docker rmi myapp:1.0 # remove an image ``` Οι εικόνες κατασκευάζονται (από ένα Dockerfile), αποθηκεύονται τοπικά ή σε registries, έχουν έκδοση με tags (`myapp:1.0`), και μοιράζονται. ## Εργασία με containers ```bash docker run -d -p 80:80 nginx # RUN a container from an image (-d = background) docker ps # list RUNNING containers docker ps -a # list all (including stopped) docker stop # stop a container docker start # start a stopped container docker rm # remove a container docker logs # view a container's logs docker exec -it bash # run a command inside a running container ``` Τα containers δημιουργούνται από εικόνες, έχουν ένα κύκλο ζωής (run, stop, start, remove), και μπορείτε να επιθεωρήσετε τα logs ή να κάνετε exec σε αυτά. ## Η σχέση των layers ```text → Images are built in LAYERS (each Dockerfile instruction adds a layer, cached/shared) → A container = the image's read-only layers + a thin WRITABLE layer on top → Changes in a running container go to its writable layer (lost when removed, unless persisted via volumes) — the underlying image is unchanged ``` ## Γιατί είναι σημαντικό Η κατανόηση της διάκρισης μεταξύ εικόνων και containers είναι θεμελιώδης για την εργασία με το Docker, οπότε είναι απαραίτητη, βασική γνώση. Η σχέση — μια **εικόνα** είναι ένα πρότυπο μόνο για ανάγνωση **template** (η συσκευασμένη εφαρμογή με εξαρτήσεις, όπως ένα σχέδιο ή μια κλάση) ενώ ένα **container** είναι μια **τρέχουσα παρουσία** αυτής της εικόνας (όπως ένα αντικείμενο που δημιουργείται από μια κλάση, με κατάσταση χρόνου εκτέλεσης) — είναι το βασικό εννοιολογικό μοντέλο του Docker, και η σύγχυση των δύο οδηγεί σε σύγχυση σχετικά με τον τρόπο λειτουργίας του Docker. Η κατανόηση ότι **μια εικόνα μπορεί να δημιουργήσει πολλά containers** (εκτέλεση της ίδιας εικόνας πολλές φορές) είναι κλειδί για το πώς το Docker επιτρέπει την κλιμάκωση και τη συνέπεια. Η γνώση των πρακτικών λειτουργιών — κατασκευή, απαρίθμηση, ανάσυρση, ώθηση και εκδοχή **εικόνων** (με tags όπως `myapp:1.0`), και εκτέλεση, διακοπή, επιθεώρηση (logs), και exec σε **containers** (διαχείριση του κύκλου ζωής τους) — είναι καθημερινή πρακτική γνώση για την χρήση του Docker. Η κατανόηση της **σχέσης των layers** (εικόνες που κατασκευάζονται σε κρυφές, κοινόχρηστες layers· ένα container που είναι οι layers μόνο για ανάγνωση της εικόνας συν ένα λεπτό writable layer όπου οι αλλαγές χρόνου εκτέλεσης πηγαίνουν, χάνονται κατά την αφαίρεση εκτός εάν παραμένουν μέσω volumes) εξηγεί τόσο την αποδοτικότητα του Docker (κοινή χρήση/caching layers) όσο και ένα σημαντικό πρόβλημα (οι αλλαγές container είναι εφήμερες χωρίς volumes). Επειδή η διάκρισης image/container είναι το θεμελιακό νοητικό μοντέλο για το Docker, και επειδή η κατανόησή του (και των σχετικών λειτουργιών και δομής layers) είναι απαραίτητη για την κατασκευή, εκτέλεση και διαχείριση των Docker workloads σωστά, η κατανόηση της διαφοράς μεταξύ εικόνων και containers είναι απαραίτητη, θεμελιώδης γνώση Docker — το βασικό concept στο οποίο κτίζεται όλα τα υπόλοιπα στο Docker, και μια διάκρισης που κάθε χρήστης Docker πρέπει να κατανοήσει ξεκάθαρα.