ENTRYPOINT اور CMD میں کیا فرق ہے؟

Question

Accepted Answer

**ENTRYPOINT** اور **CMD** دونوں یہ define کرتے ہیں کہ جب کوئی container شروع ہو تو کیا چلے، لیکن وہ مختلف کردار نبھاتے ہیں اور مخصوص طریقوں سے interact کرتے ہیں۔ فرق کو سمجھنا (اور دونوں forms — exec بمقابلہ shell) ایسی Dockerfiles لکھنے کے لیے اہم ہے جو بالکل صحیح طریقے سے کام کریں۔

## CMD — default command (قابل override)

```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 اسے **append** کیے جاتے ہیں نہ کہ اسے replace کیا جاتا ہے۔

## انہیں ایک ساتھ استعمال کرنا (عام 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 بمقابلہ 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 لکھنے کے لیے اہم ہے جو بالکل صحیح طریقے سے کام کریں**، اس لیے یہ قیمتی عملی علم ہے اور ایک عام طور پر confusing ہونے والا موضوع ہے۔

رویے میں فرق اہم ہے: **CMD** ایک default command فراہم کرتا ہے جو `docker run` میں منتقل کی گئی کسی بھی command کے ذریعے **مکمل طور پر override** ہوتا ہے، جبکہ **ENTRYPOINT** ایک fixed executable set کرتا ہے جو ہمیشہ چلتا ہے اور run-time arguments اس میں **append** کیے جاتے ہیں — مختلف رویے جو affect کرتے ہیں کہ container run-time arguments پر کیسے جواب دیتا ہے۔

انہیں ایک ساتھ استعمال کرنے کے **عام pattern** کو سمجھنا (`ENTRYPOINT` command کے طور پر اور `CMD` overridable default arguments کے طور پر) ایک صاف، idiomatic approach ہے جو containers کو configurable executables کی طرح کام کرتا ہے — ایک وسیع طور پر استعمال ہونے والی technique جو جاننے کے قابل ہے۔

نہایت اہم بات یہ ہے کہ **exec form بمقابلہ shell form** کو سمجھنا صحیح کے لیے اہم ہے: **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، یا سست stops ہوتے ہیں)۔

یہ signal-handling/graceful-shutdown issue ایک حقیقی، subtle مسئلہ ہے جو exec form سے بچایا جا سکتا ہے۔

چونکہ container شروع ہونے پر کیا چلے یہ define کرنا ہر Dockerfile میں بنیادی ہے، اور چونکہ ENTRYPOINT/CMD distinction (اور exec-vs-shell-form signal-handling concern) براہ راست container کے رویے اور صحیح مقامات (argument handling، graceful shutdown) کو affect کرتے ہیں، ENTRYPOINT بمقابلہ CMD کو سمجھنا — ان کے کردار، وہ کیسے combine ہوتے ہیں، اور اہم exec-form-for-signals practice — قیمتی، عملی Docker knowledge ہے، ایک عام طور پر غلط سمجھا جانے والا موضوع جہاں فرق کو سمجھنا حقیقی رویے اور shutdown bugs سے بچاتا ہے۔