Docker ਚਿੱਤਰਾਂ ਅਤੇ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਕੀ ਅੰਤਰ ਹੈ?

Question

Accepted Answer

Docker **ਚਿੱਤਰ** ਇੱਕ ਸਿਰਫ-ਪੜ੍ਹਨ **ਟੈਮਪਲੇਟ** ਹੈ (ਇੱਕ ਪੈਕੇਜ ਕੀਤੀ ਐਪਲੀਕੇਸ਼ਨ ਇਸਦੀ ਨਿਰਭਰਤਾ ਦੇ ਨਾਲ); ਇੱਕ **ਕੰਟੇਨਰ** ਇੱਕ ਚਿੱਤਰ ਦੀ ਇੱਕ **ਚਲ ਰਹੀ ਹੋਈ ਮਿਸਾਲ** ਹੈ। ਸਬੰਧ ਇੱਕ ਕਲਾਸ ਅਤੇ ਇੱਕ ਆਬਜੈਕਟ ਦੀ ਤਰ੍ਹਾਂ ਹੈ: ਇੱਕ ਚਿੱਤਰ ਬਹੁਤ ਸਾਰੇ ਕੰਟੇਨਰ ਬਣਾ ਸਕਦਾ ਹੈ। ## ਚਿੱਤਰ ਬਨਾਮ ਕੰਟੇਨਰ ```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 ਤੋਂ), ਸਥਾਨੀ ਤੌਰ ਤੇ ਜਾਂ ਰਜਿਸਟਰੀਜ਼ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਟੈਗਾਂ ਦੇ ਨਾਲ ਵੇਰੀਅਨ ਕੀਤੇ ਜਾਂਦੇ ਹਨ (`myapp:1.0`), ਅਤੇ ਸਾਂਝੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ## ਕੰਟੇਨਰਾਂ ਨਾਲ ਕੰਮ ਕਰਨਾ ```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 ``` ਕੰਟੇਨਰ ਚਿੱਤਰਾਂ ਤੋਂ ਬਣਾਏ ਜਾਂਦੇ ਹਨ, ਇੱਕ ਜੀਵਨ ਚੱਕਰ ਹੁੰਦਾ ਹੈ (ਚਲਾਉ, ਰੋਕੋ, ਸ਼ੁਰੂ ਕਰੋ, ਹਟਾਓ), ਅਤੇ ਤੁਸੀਂ ਲਾਗਸ ਦਾ ਨਿਰੀਖਣ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਉਹਨਾਂ ਵਿੱਚ ਪ੍ਰਵੇਸ਼ ਕਰ ਸਕਦੇ ਹੋ। ## ਸਤਰ ਵਾਲਾ ਸਬੰਧ ```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 ``` ## ਇਸ ਨੂੰ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ चिੱਤਰਾਂ ਅਤੇ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਫਰਕ ਨੂੰ ਸਮਝਣਾ Docker ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਬੁਨਿਆਦੀ ਹੈ, ਇਸ ਲਈ ਇਹ ਜ਼ਰੂਰੀ, ਜ਼ਰੂਰ-ਜਾਣਨ ਵਾਲਾ ਗਿਆਨ ਹੈ। ਸਬੰਧ — ਇੱਕ **ਚਿੱਤਰ** ਇੱਕ ਸਿਰਫ-ਪੜ੍ਹਨ **ਟੈਮਪਲੇਟ** ਹੈ (ਨਿਰਭਰਤਾ ਦੇ ਨਾਲ ਪੈਕੇਜ ਕੀਤੀ ਐਪਲੀਕੇਸ਼ਨ, ਬਲੂਪ੍ਰਿੰਟ ਜਾਂ ਕਲਾਸ ਵਾਂਗ) ਜਦਕਿ ਇੱਕ **ਕੰਟੇਨਰ** ਉਸ ਚਿੱਤਰ ਦੀ ਇੱਕ **ਚਲ ਰਹੀ ਹੋਈ ਮਿਸਾਲ** ਹੈ (ਕਲਾਸ ਤੋਂ ਬਣਾਇਆ ਗਿਆ ਇੱਕ ਆਬਜੈਕਟ ਵਾਂਗ, ਰਨ ਟਾਈਮ ਸਟੇਟ ਦੇ ਨਾਲ) — Docker ਦਾ ਮੂਲ ਸੰਕਲਪਾਤਮਕ ਮਾਡਲ ਹੈ, ਅਤੇ ਦੋਵਾਂ ਨੂੰ ਗਲਤ ਸਮਝਣਾ Docker ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਇਸ ਬਾਰੇ ਉਲਝਣ ਦੀ ਤੱਖ ਕਰਦਾ ਹੈ। ਇਹ ਸਮਝਣਾ ਕਿ **ਇੱਕ ਚਿੱਤਰ ਬਹੁਤ ਸਾਰੇ ਕੰਟੇਨਰ ਬਣਾ ਸਕਦਾ ਹੈ** (ਉਹੀ ਚਿੱਤਰ ਨੂੰ ਕਈ ਵਾਰ ਚਲਾਉਣਾ) Docker ਸਕੇਲਿੰਗ ਅਤੇ ਸੁਸੰਗਤਤਾ ਨੂੰ ਕਿਵੇਂ ਸਮਰਥ ਬਣਾਉਂਦਾ ਹੈ ਇਸ ਲਈ ਮੁੱਖ ਹੈ। ਵਿਅਕਤੀਗਤ ਕਿਰਿਆਵਾਂ ਨੂੰ ਜਾਣਨਾ — ਬਿਲਡਿੰਗ, ਸੂਚੀਬੱਧ ਕਰਨਾ, ਖਿੱਚਣਾ, ਠੱਲਣਾ, ਅਤੇ **ਚਿੱਤਰਾਂ** ਨੂੰ ਵਰਜ਼ਨ ਕਰਨਾ (ਟੈਗਾਂ ਦੇ ਨਾਲ ਜਿਵੇਂ `myapp:1.0`), ਅਤੇ **ਕੰਟੇਨਰਾਂ** ਨੂੰ ਚਲਾਉਣਾ, ਰੋਕਣਾ, ਨਿਰੀਖਣ ਕਰਨਾ (ਲਾਗਸ), ਅਤੇ exec ਕਰਨਾ (ਉਹਨਾਂ ਦੇ ਜੀਵਨ ਚੱਕਰ ਦਾ ਪ੍ਰਬੰਧ) — Docker ਦੀ ਹਰ ਰੋਜ ਵਿਅਕਤੀਗਤ ਗਿਆਨ ਹੈ। **ਸਤਰ ਵਾਲੇ ਸਬੰਧ** ਨੂੰ ਸਮਝਣਾ (ਚਿੱਤਰ ਕੈਸ਼ ਕੀਤੀਆਂ, ਸਾਂਝੀਆਂ ਸਤਰਾਂ ਵਿੱਚ ਬਣੇ ਹੋਏ ਹਨ; ਇੱਕ ਕੰਟੇਨਰ ਚਿੱਤਰ ਦੀ ਸਿਰਫ-ਪੜ੍ਹਨ ਸਤਰਾਂ ਦੇ ਨਾਲ ਪਲਸ ਇੱਕ ਪਤਲੀ ਲਿਖਿਤ ਸਤਰ ਜਿੱਥੇ ਰਨ ਟਾਈਮ ਤਬਦੀਲੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਬਿਨਾਂ ਸਮਰਥਨ ਦੇ ਮਾਤਰਾ ਦੁਆਰਾ ਹਟਾਈ ਜਾਂਦਾ ਹੈ) Docker ਦੀ ਕਾਰਜਸ਼ੀਲਤਾ (ਸਤਰ ਸਾਂਝੂ/ਕੈਸ਼ਿੰਗ) ਅਤੇ ਇੱਕ ਮਹੱਤਵਪੂਰਣ ਚੇਤਾਵਨੀ (ਕੰਟੇਨਰ ਤਬਦੀਲੀਆਂ ਹੋ ਸਕਤੀਆਂ ਅਸਥਾਈ ਹਨ ਜੇਕਰ ਮਾਤਰਾ ਦੁਆਰਾ ਪਾਲਣਾ ਨਹੀਂ ਕੀਤਾ) ਨੂੰ ਵਿਖਾਉਂਦਾ ਹੈ। ě੍ਰਕਿਉਂਜ ਚਿੱਤਰ/ਕੰਟੇਨਰ ਫਰਕ Docker ਲਈ ਬੁਨਿਆਦੀ ਮਾਨਸਿਕ ਮਾਡਲ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ ਇਸ ਨੂੰ ਸਮਝਣਾ (ਅਤੇ ਸਬੰਧਿਤ ਕਿਰਿਆਵਾਂ ਅਤੇ ਸਤਰ ਵਾਲਾ ਢਾਂਚਾ) Docker ਕਾਰਮ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਬਣਾਉਣ, ਚਲਾਉਣ, ਅਤੇ ਪ੍ਰਬੰਧ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਤਾਂ ਚਿੱਤਰਾਂ ਅਤੇ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਫਰਕ ਨੂੰ ਸਮਝਣਾ ਜ਼ਰੂਰੀ, ਬੁਨਿਆਦੀ Docker ਗਿਆਨ ਹੈ — ਮੂਲ ਸੰਕਲਪ ਜਿਸ ਤੇ ਸਭ ਕੁਝ ਅਲੋਪ Docker ਬਿਲਡ ਕਰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਫਰਕ ਜਿਸ ਨੂੰ ਹਰ Docker ਵਰਤੋਂਕਾਰ ਸਾਫ਼ ਨਾਲ ਸਮਝਣਾ ਲਾਜ਼ਮੀ ਹੈ।