Docker images आणि containers मध्ये काय फरक आहे?

Question

Accepted Answer

Docker **image** हा read-only **template** आहे (एक पॅकेज केलेली अ‍ॅप्लिकेशन त्याच्या dependencies सह); **container** हा **image चा running instance** आहे. संबंध एक class आणि object सारखा आहे: एक image अनेक containers तयार करू शकतो. ## Image vs 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) ``` ## Images सह काम करणे ```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 ``` Images build केले जातात (Dockerfile पासून), locally किंवा registries मध्ये stored केले जातात, tags सह version केले जातात (`myapp:1.0`), आणि share केले जातात. ## 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 images पासून तयार केले जातात, lifecycle आहे (run, stop, start, remove), आणि तुम्ही logs inspect करू शकता किंवा त्यामध्ये exec करू शकता. ## Layered relationship ```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 ``` ## हे का महत्वाचे आहे Images आणि containers मधील फरक समजून घेणे Docker सह काम करण्यासाठी मूलभूत आहे, म्हणून हे आवश्यक, must-know ज्ञान आहे. संबंध — एक **image** एक read-only **template** आहे (पॅकेज केलेली अ‍ॅप्लिकेशन dependencies सह, blueprint किंवा class सारखी) तर एक **container** त्या image चा **running instance** आहे (class पासून तयार केलेला object सारखा, runtime state सह) — हा Docker चा core conceptual model आहे, आणि या दोन्हीचा गोंधळ Docker कसे काम करते याबद्दल गोंधळ निर्माण करतो. हे समजून घेणे की **एक image अनेक containers तयार करू शकतो** (same image अनेक वेळा चालवणे) हे Docker कसे scaling आणि consistency सक्षम करते याचे मुख्य आहे. व्यावहारिक operations जाणून घेणे — building, listing, pulling, pushing, आणि versioning **images** (tags सह जसे `myapp:1.0`), आणि running, stopping, inspecting (logs), आणि exec-ing into **containers** (त्यांचे lifecycle व्यवस्थापित करणे) — हे Docker वापरण्याचे दैनंदिन व्यावहारिक ज्ञान आहे. **Layered relationship** समजून घेणे (images cached, shareable layers मध्ये build केले जातात; container हा image चे read-only layers तसेच एक thin writable layer आहे जेथे runtime changes जातात, volumes द्वारे persist केल्याशिवाय removal वर हरवले जातात) Docker च्या efficiency (layer sharing/caching) आणि एक महत्वाचे gotcha (container changes volumes शिवाय ephemeral आहेत) दोन्ही स्पष्ट करते. कारण image/container distinction हा Docker साठी foundational mental model आहे, आणि कारण हे समजून घेणे (आणि संबंधित operations आणि layered structure) Docker workloads योग्यरित्या build, run, आणि manage करण्यासाठी आवश्यक आहे, images आणि containers मधील फरक समजून घेणे हे आवश्यक, fundamental Docker ज्ञान आहे — core concept जी Docker मध्ये सर्वकाही build करते, आणि एक distinction जी प्रत्येक Docker user ला स्पष्टपणे समजून घेणे आवश्यक आहे.