ENTRYPOINT और CMD के बीच क्या अंतर है?

Question

Accepted Answer

**ENTRYPOINT** और **CMD** दोनों परिभाषित करते हैं कि container शुरू होने पर क्या चलता है, लेकिन वे अलग-अलग roles निभाते हैं और specific तरीकों से interact करते हैं। अंतर (और दो forms — exec vs shell) को समझना ऐसे Dockerfiles लिखने के लिए महत्वपूर्ण है जो सही ढंग से व्यवहार करें।

## CMD — default command (overridable)

```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` **default command** प्रदान करता है, जो `docker run` पर दिए गए किसी भी command से **पूरी तरह override** हो जाता है।

## ENTRYPOINT — fixed executable

```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` एक **fixed executable** set करता है जो हमेशा चलता है; run-time arguments इसे replace करने के बजाय इसके arguments के रूप में **append** होते हैं।

## इन्हें एक साथ उपयोग करना (common pattern)

```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 form vs shell form

```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 लिखने जो सही ढंग से व्यवहार करें** के लिए महत्वपूर्ण है, इसलिए यह मूल्यवान practical knowledge और एक commonly-confused topic है।

behavior में अंतर मायने रखता है: **CMD** एक default command प्रदान करता है जो `docker run` को पास किए गए किसी भी command से **पूरी तरह override** हो जाता है, जबकि **ENTRYPOINT** एक fixed executable set करता है जो हमेशा चलता है और run-time arguments इसमें **append** होते हैं — अलग behaviors जो प्रभावित करते हैं कि container run-time arguments पर कैसे प्रतिक्रिया करता है।

**इन्हें एक साथ उपयोग करने के common pattern** को समझना (`ENTRYPOINT` command के रूप में और `CMD` overridable default arguments के रूप में) एक clean, idiomatic approach है जो containers को configurable executables की तरह व्यवहार करने देता है — जानने योग्य एक व्यापक रूप से उपयोग की जाने वाली technique।

Critically, **exec form vs shell form** को समझना correctness के लिए महत्वपूर्ण है: **exec form** (JSON array, जैसे `CMD ["node", "server.js"]`) को प्राथमिकता दी जाती है क्योंकि यह executable को सीधे **PID 1 के रूप में** चलाता है, इसलिए यह **SIGTERM जैसे signals को सही ढंग से प्राप्त करता है**, **graceful shutdown** को सक्षम करते हुए — जबकि **shell form** (`CMD node server.js`) एक shell के माध्यम से चलता है जो PID 1 बन जाता है, अक्सर application के **shutdown signals को सही ढंग से प्राप्त न करने** का कारण बनता है (ungraceful termination, lost in-flight work, या slow stops की ओर ले जाता है)।

यह signal-handling/graceful-shutdown issue एक वास्तविक, subtle समस्या है जिसे exec form टालता है।

चूँकि container शुरू होने पर क्या चलता है यह define करना हर Dockerfile के लिए मौलिक है, और चूँकि ENTRYPOINT/CMD अंतर (और exec-vs-shell-form signal-handling concern) सीधे container behavior और correctness को प्रभावित करता है (argument handling, graceful shutdown), ENTRYPOINT vs CMD को समझना — उनके roles, वे कैसे combine होते हैं, और महत्वपूर्ण exec-form-for-signals practice — मूल्यवान, practically-relevant Docker knowledge है, एक commonly-misunderstood topic जहाँ अंतरों को समझना वास्तविक behavioral और shutdown bugs को रोकता है।