Docker images र containers को बीचमा के भिन्नता छ?

Question

Accepted Answer

एक Docker **image** एक read-only **template** हो (एक प्याकेज गरिएको एप्लिकेशन यसको dependencies सँग); एक **container** एक image को एक **चलिरहेको 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 हेर्न वा तिनमा 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** हो (प्याकेज गरिएको एप्लिकेशन dependencies सँग, एक blueprint वा class जस्तै) जबकि एक **container** त्यो image को एक **चलिरहेको instance** हो (एक class बाट बनाइएको object जस्तै, runtime state सँग) — Docker को मूल अवधारणात्मक मडेल हो, र दुवैलाई भ्रमित गर्न Docker कसरी काम गर्छ भन्ने बारे भ्रम निम्त्याउँछ। यो बुझ्न कि **एक image ले धेरै containers बनाउन सक्छ** (एउटै image धेरै पटक चलाउँदै) Docker ले कसरी scaling र consistency सक्षम गर्छ भन्ने कुञ्जी हो। व्यावहारिक अपरेशनहरू जान्न — **images** बनाउँदै, सूचीबद्ध गर्दै, तान्दै, धकेल्दै, र संस्करणित गर्दै (tags जस्तै `myapp:1.0` सँग), र **containers** चलाउँदै, रोक्दै, निरीक्षण गर्दै (logs), र exec गर्दै (तिनको lifecycle प्रबन्ध गर्दै) — Docker प्रयोग गर्न को लागि दैनिक व्यावहारिक ज्ञान हो। **Layered सम्बन्ध** बुझ्न (images ट्याश गरिएक, साझाकरण योग्य layers मा बनाइन्छन्; एक container image को read-only layers प्लस एक पातलो writable layer जहाँ runtime परिवर्तनहरू जान्छन्, हटाइएको बिना हराउँछन् जबसम्म volumes को माध्यमबाट दृढ गरिदैन) Docker को दक्षता (layer sharing/caching) र एक महत्त्वपूर्ण gotcha (container परिवर्तनहरू volumes बिना अस्थायी हुन्छन्) दुवै व्याख्या गर्छ। image/container भिन्नता Docker को आधारभूत मानसिक मडेल हो, र यो बुझ्न (र सम्बन्धित अपरेशनहरू र layered संरचना) Docker workloads सही तरिकाले बनाउँन, चलाउँन, र प्रबन्ध गर्न आवश्यक छ, Docker images र containers को बीचमा भिन्नता बुझ्न आवश्यक, आधारभूत Docker ज्ञान हो — मूल अवधारणा कि Docker मा सबै कुरा निर्मित हुन्छ, र एक भिन्नता कि प्रत्येक Docker प्रयोगकर्ताले स्पष्टताले बुझ्नु गरेको पनि हुनु पर्छ।