ENTRYPOINT ਅਤੇ CMD ਵਿੱਚ ਕੀ ਫਰਕ ਹੈ?

Question

Accepted Answer

**ENTRYPOINT** ਅਤੇ **CMD** ਦੋਵੇਂ ਇਹ ਪਰਿਭਾਸ਼ਤ ਕਰਦੇ ਹਨ ਕਿ ਜਦੋਂ ਇੱਕ ਕਨਟੇਨਰ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਤਾਂ ਕੀ ਚਲਦਾ ਹੈ, ਪਰ ਉਹ ਵੱਖ-ਵੱਖ ਭੂਮਿਕਾਵਾਂ ਨਿਭਾਉਂਦੇ ਹਨ ਅਤੇ ਵਿਸ਼ੇਸ਼ ਤਰੀਕਿਆਂ ਨਾਲ ਆਪਸ ਵਿੱਚ ਕੰਮ ਕਰਦੇ ਹਨ। ਅੰਤਰ ਨੂੰ ਸਮਝਣਾ (ਅਤੇ ਦੋਵੇਂ ਰੂਪ — exec ਬਨਾਮ shell) ਅਜਿਹੀਆਂ Dockerfiles ਲਿਖਣ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜੋ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦੀਆਂ ਹਨ।

## CMD — ਮੂਲ ਅਨੁਸਾਰ ਕਮਾਂਡ (ਲਬਾਦੀ)

```dockerfile
CMD ["node", "server.js"]
# → the DEFAULT command when the container starts
# → but it's REPLACED if you pass a command at run time:
#   docker run myapp echo hello   → runs "echo hello" INSTEAD of node server.js
```

`CMD` **ਮੂਲ ਅਨੁਸਾਰ ਕਮਾਂਡ** ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜੋ `docker run` 'ਤੇ ਦਿੱਤੀ ਕਿਸੇ ਵੀ ਕਮਾਂਡ ਦੁਆਰਾ **ਪੂਰੀ ਤਰ੍ਹਾਂ ਲਬਾਦੀ** ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

## ENTRYPOINT — ਸਥਿਰ ਐਕਜ਼ੀਕਿਊਟੇਬਲ

```dockerfile
ENTRYPOINT ["node", "server.js"]
# → ALWAYS runs; run-time arguments are APPENDED (not replacing it):
#   docker run myapp --port 8080   → runs "node server.js --port 8080"
# → makes the container behave like a specific executable
```

`ENTRYPOINT` ਇੱਕ **ਸਥਿਰ ਐਕਜ਼ੀਕਿਊਟੇਬਲ** ਸੈਟ ਕਰਦਾ ਹੈ ਜੋ ਹਮੇਸ਼ਾ ਚਲਦਾ ਹੈ; ਰਨ-ਟਾਈਮ ਆਰਗੂਮਿੰਟਸ ਇਸਨੂੰ **ਇਸਦੀਆਂ ਆਰਗੂਮਿੰਟਸ ਦੇ ਤੌਰ 'ਤੇ ਜੋੜੇ ਜਾਂਦੇ** ਹਨ ਬਜਾਏ ਇਸ ਦੀ ਜਗ੍ਹਾ ਦਿੰਦੇ ਹਨ।

## ਉਨ੍ਹਾਂ ਨੂੰ ਇਕੱਠਾ ਵਰਤਣਾ (ਆਮ ਪੈਟਰਨ)

```dockerfile
ENTRYPOINT ["node", "server.js"]   # the fixed command
CMD ["--port", "3000"]              # DEFAULT arguments (overridable)
# docker run myapp                  → node server.js --port 3000 (defaults)
# docker run myapp --port 8080      → node server.js --port 8080 (CMD overridden)
→ ENTRYPOINT = the command; CMD = default arguments you can override. A clean pattern.
```

## Exec ਰੂਪ ਬਨਾਮ shell ਰੂਪ

```text
EXEC form  → CMD ["node", "server.js"]  (JSON array) — PREFERRED:
  runs the executable DIRECTLY (PID 1) → receives signals (SIGTERM) → graceful shutdown
SHELL form → CMD node server.js  → runs via /bin/sh -c → the shell is PID 1,
  the app may NOT receive signals properly (shutdown issues) → avoid for the main process
```

## ਇਹ ਕਿਉਂ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ

ENTRYPOINT ਅਤੇ CMD ਵਿਚਕਾਰ ਫਰਕ ਨੂੰ ਸਮਝਣਾ **ਅਜਿਹੀਆਂ Dockerfiles ਲਿਖਣ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜੋ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦੀਆਂ ਹਨ**, ਇਸ ਲਈ ਇਹ ਮੁੱਲਵਾਨ ਵਿਹਾਰਕ ਗਿਆਨ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਉਲਝਣ ਵਾਲਾ ਵਿਸ਼ਾ ਹੈ।

ਵਿਵਹਾਰ ਵਿੱਚ ਅੰਤਰ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ: **CMD** ਇੱਕ ਮੂਲ ਅਨੁਸਾਰ ਕਮਾਂਡ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ `docker run` ਨੂੰ ਦਿੱਤੀ ਕਿਸੇ ਵੀ ਕਮਾਂਡ ਦੁਆਰਾ **ਪੂਰੀ ਤਰ੍ਹਾਂ ਲਬਾਦੀ** ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਦਕਿ **ENTRYPOINT** ਇੱਕ ਸਥਿਰ ਐਕਜ਼ੀਕਿਊਟੇਬਲ ਸੈਟ ਕਰਦਾ ਹੈ ਜੋ ਹਮੇਸ਼ਾ ਚਲਦਾ ਹੈ ਰਨ-ਟਾਈਮ ਆਰਗੂਮਿੰਟਸ ਇਸ ਦੇ ਨਾਲ **ਜੋੜੇ ਜਾਂਦੇ** ਹਨ — ਵੱਖ-ਵੱਖ ਵਿਵਹਾਰ ਜੋ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ ਕਿ ਕਨਟੇਨਰ ਰਨ-ਟਾਈਮ ਆਰਗੂਮਿੰਟਸ ਪ੍ਰਤੀ ਕਿਵੇਂ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

**ਆਮ ਪੈਟਰਨ ਨੂੰ ਸਮਝਣਾ** (`ENTRYPOINT` ਕਮਾਂਡ ਦੇ ਤੌਰ 'ਤੇ ਅਤੇ `CMD` ਲਬਾਦੀ ਡਿਫਾਲਟ ਆਰਗੂਮਿੰਟਸ ਦੇ ਤੌਰ 'ਤੇ) ਇੱਕ ਸ਼ਾਂਤ, ਪਾਰੰਪਰਿਕ ਪਹੁੰਚ ਹੈ ਜੋ ਕਨਟੇਨਰਸ ਨੂੰ ਸੰਰਚਨਾਯੋਗ ਐਕਜ਼ੀਕਿਊਟੇਬਲਸ ਦੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਨ ਲਈ ਬਣਾਉਂਦਾ ਹੈ — ਇੱਕ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਵਰਤੀ ਜਾਣ ਵਾਲੀ ਤਕਨੀਕ ਜਾਣਨ ਲਾਇਕ ਹੈ।
iਮਹੱਤਵਪੂਰਣ ਤੌਰ 'ਤੇ, **exec ਰੂਪ ਬਨਾਮ shell ਰੂਪ** ਨੂੰ ਸਮਝਣਾ ਸ਼ੁੱਧਤਾ ਲਈ ਮਹੱਤਵਪੂਰਣ ਹੈ: **exec ਰੂਪ** (JSON ਐਰੇ, ਉਦਾ. `CMD ["node", "server.js"]`) ਮਤਲਬ ਜ਼ਿਆਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਐਕਜ਼ੀਕਿਊਟੇਬਲ ਨੂੰ **ਸਿੱਧਾ PID 1 ਦੇ ਤੌਰ 'ਤੇ ਚਲਾਉਂਦਾ ਹੈ**, ਇਸ ਲਈ ਇਹ **SIGTERM ਵਰਗੇ ਸਿਗਨਲ ਸਹੀ ਢੰਗ ਨਾਲ** ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, **ਸੁਨੀਵਾਰੀ ਨਾਲ ਬੰਦ ਕਰਨਾ** ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ — ਜਦਕਿ **shell ਰੂਪ** (`CMD node server.js`) ਇੱਕ shell ਵਰਲੋ ਚਲਦਾ ਹੈ ਜੋ PID 1 ਬਣ ਜਾਂਦਾ ਹੈ, ਅਕਸਰ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਇਸ **ਬੰਦ ਕਰਨ ਦੇ ਸਿਗਨਲਾਂ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਪ੍ਰਾਪਤ ਨਾ ਕਰਨ ਵੱਲ** ਅਗਵਾਈ ਕਰਦਾ ਹੈ (ਅਸ਼ਾਂਤ ਬੰਦ ਕਰਨ ਵੱਲ ਅਗਵਾਈ ਕਰਦਾ ਹੈ, ਝੁਲਸੀ ਹੋਈ ਕਾਮ ਕਮ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, ਜਾਂ ਸ਼ਾਂਤ ਬੰਦ ਕਰਨਾ ਰੋਕਿਆ)।

ਇਹ ਸਿਗਨਲ-ਹੈਂਡਲਿੰਗ/ਸੁਨੀਵਾਰੀ-ਬੰਦ ਕਰਨ ਦਾ ਮਸਲਾ ਇੱਕ ਅਸਲੀ, ਸੂਖਮ ਸਮੱਸਿਆ ਹੈ ਜੋ exec ਰੂਪ ਖੁਦ ਨੂੰ ਬਚਾਉਂਦਾ ਹੈ।

ਕਿਉਂਕਿ ਜਦੋਂ ਕਨਟੇਨਰ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਤਾਂ ਕੀ ਚਲਦਾ ਹੈ ਨੂੰ ਪਰਿਭਾਸ਼ਤ ਕਰਨਾ ਹਰ Dockerfile ਲਈ ਬੁਨਿਆਦੀ ਹੈ, ਅਤੇ ਕਿਉਂਕਿ ENTRYPOINT/CMD ਵਿਭਾਜਨ (ਅਤੇ exec-vs-shell-form-signal-handling ਚਿੰਤਾ) ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਕਨਟੇਨਰ ਵਿਵਹਾਰ ਅਤੇ ਸ਼ੁੱਧਤਾ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ (ਆਰਗੂਮਿੰਟ ਹੈਂਡਲਿੰਗ, ਸੁਨੀਵਾਰੀ ਬੰਦ ਕਰਨਾ), ENTRYPOINT ਬਨਾਮ CMD ਨੂੰ ਸਮਝਣਾ — ਉਨ੍ਹਾਂ ਦੀਆਂ ਭੂਮਿਕਾਵਾਂ, ਉਹ ਕਿਵੇਂ ਮਿਲਦੀਆਂ ਹਨ, ਅਤੇ ਮਹੱਤਵਪੂਰਣ exec-form-for-signals ਅਭਿਆਸ — ਮੁੱਲਵਾਨ, ਵਿਹਾਰਕ ਤੌਰ 'ਤੇ ਪ੍ਰਾਸੰਗਿਕ Docker ਗਿਆਨ ਹੈ, ਇੱਕ ਆਮ ਤੌਰ 'ਤੇ ਮਿਥ ਕੀਤਾ ਜਾਣ ਵਾਲਾ ਵਿਸ਼ਾ ਜਿੱਥੇ ਅੰਤਰ ਨੂੰ ਸਮਝਣਾ ਅਸਲੀ ਵਿਵਹਾਰ ਅਤੇ ਬੰਦ ਕਰਨ ਦੀਆਂ ਖਰਾਬੀਆਂ ਨੂੰ ਰੋਕਦਾ ਹੈ।