Docker images اور containers کے درمیان کیا فرق ہے؟

Question

Accepted Answer

Docker کی **image** ایک read-only **template** ہے (ایک packaged application اس کے dependencies کے ساتھ)؛ ایک **container** ایک image کا ایک **running instance** ہے۔ یہ رشتہ ایک class اور object کی طرح ہے: ایک image سے بہت سارے containers بن سکتے ہیں۔ ## Image بمقابلہ 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 بنائے جاتے ہیں (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 images سے بنائے جاتے ہیں، ان کا ایک lifecycle ہے (run، stop، start، remove)، اور آپ logs کو inspect کر سکتے ہیں یا ان میں exec کر سکتے ہیں۔ ## Layered رشتہ ```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 کے ساتھ کام کرنے کے لیے بنیادی ہے، اس لیے یہ ضروری، لازمی معلومات ہے۔ یہ رشتہ — ایک **image** ایک read-only **template** ہے (packaged application اپنے dependencies کے ساتھ، ایک blueprint یا class کی طرح) جبکہ ایک **container** اس image کا ایک **running instance** ہے (ایک class سے بنایا گیا object کی طرح، runtime state کے ساتھ) — Docker کا بنیادی تصورِ نظری ماڈل ہے، اور دونوں کو الجھانا Docker کی کارکردگی کے بارے میں الجھن پیدا کرتا ہے۔ یہ سمجھنا کہ **ایک image متعدد containers کو جنم دے سکتی ہے** (ایک ہی 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 میں بنائے جاتے ہیں؛ ایک container image کی read-only layers اور ایک پتلی writable layer ہے جہاں runtime changes جاتے ہیں، removal پر ہٹ جاتے ہیں جب تک volumes کے ذریعے persist نہ ہوں) Docker کی کارکردگی (layer sharing/caching) اور ایک اہم مسئلہ (container changes ephemeral ہیں volumes کے بغیر) دونوں کو بیان کرتا ہے۔ چونکہ image/container کی تفریق Docker کے لیے بنیادی ذہنی ماڈل ہے، اور چونکہ اسے سمجھنا (اور وابستہ operations اور layered structure) Docker workloads کو صحیح طریقے سے بنانے، چلانے اور منیج کرنے کے لیے ضروری ہے، images اور containers کے درمیان فرق کو سمجھنا ضروری، بنیادی Docker معلومات ہے — بنیادی تصور جس پر Docker میں سب کچھ بنایا جاتا ہے، اور ایک تفریق جو ہر Docker صارف کو واضح طور پر سمجھنی چاہیے۔