Docker images এবং containers এর মধ্যে পার্থক্য কী?

Question

Accepted Answer

একটি Docker **image** হল একটি read-only **template** (dependencies সহ একটি প্যাকেজ করা application); একটি **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 থেকে built হয়, স্থানীয়ভাবে বা registries এ stored হয়, tags দিয়ে versioned হয় (`myapp:1.0`), এবং shared হয়। ## 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 থেকে created হয়, একটি lifecycle আছে (run, stop, start, remove), এবং আপনি logs inspect করতে পারেন বা তাদের মধ্যে exec করতে পারেন। ## The 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 এর সাথে কাজ করার জন্য মৌলিক, তাই এটি অপরিহার্য, অবশ্যই জানার মতো জ্ঞান। এই সম্পর্ক — একটি **image** হল একটি read-only **template** (dependencies সহ packaged application, একটি blueprint বা class এর মতো) যখন একটি **container** হল সেই image এর একটি **running instance** (একটি class থেকে তৈরি একটি object এর মতো, runtime state সহ) — Docker এর core conceptual model, এবং দুটিকে গুলিয়ে ফেলা Docker কীভাবে কাজ করে তা সম্পর্কে বিভ্রান্তির দিকে পরিচালিত করে। বোঝা যে **একটি image অনেক containers spawn করতে পারে** (একই image একাধিক বার চালানো) Docker কীভাবে scaling এবং consistency সক্ষম করে তা key। ব্যবহারিক 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 এ built হয়; একটি container হল image এর read-only layers প্লাস একটি thin writable layer যেখানে runtime changes যায়, removal এ হারিয়ে যায় যদি না volumes এর মাধ্যমে persist করা হয়) Docker এর efficiency (layer sharing/caching) এবং একটি গুরুত্বপূর্ণ gotcha (container changes ephemeral বিনা volumes) ব্যাখ্যা করে। সেই থেকে image/container distinction হল Docker এর foundational mental model, এবং সেই থেকে এটি বোঝা (এবং সম্পর্কিত operations এবং layered structure) Docker workloads সঠিকভাবে building, running, এবং managing এর জন্য প্রয়োজনীয়, images এবং containers এর মধ্যে পার্থক্য বোঝা হল অপরিহার্য, মৌলিক Docker জ্ঞান — core concept যা Docker এ সবকিছু এর উপর ভিত্তি করে তৈরি, এবং একটি distinction প্রতিটি Docker user কে স্পষ্টভাবে বুঝতে হবে।