ENTRYPOINT এবং CMD এর মধ্যে পার্থক্য কী?

Question

Accepted Answer

**ENTRYPOINT** এবং **CMD** উভয়ই একটি কন্টেইনার শুরু হলে কী চলবে তা সংজ্ঞায়িত করে, কিন্তু তারা বিভিন্ন ভূমিকা পালন করে এবং নির্দিষ্ট উপায়ে মিথস্ক্রিয়া করে। পার্থক্য বোঝা (এবং দুটি ফর্ম — exec বনাম shell) সঠিকভাবে আচরণ করে এমন Dockerfile লেখার জন্য গুরুত্বপূর্ণ।

## 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 এর মধ্যে পার্থক্য বোঝা **সঠিকভাবে আচরণ করে এমন Dockerfile লেখার জন্য** গুরুত্বপূর্ণ, তাই এটি মূল্যবান ব্যবহারিক জ্ঞান এবং একটি সাধারণত-বিভ্রান্ত বিষয়।

আচরণের পার্থক্য গুরুত্বপূর্ণ: **CMD** একটি ডিফল্ট কমান্ড প্রদান করে যা `docker run` এ পাস করা যেকোনো কমান্ড দ্বারা **সম্পূর্ণভাবে অতিক্রম করা হয়**, যখন **ENTRYPOINT** একটি স্থির এক্সিকিউটেবল সেট করে যা সর্বদা চলে এবং রান-টাইম আর্গুমেন্টগুলি এতে **যুক্ত করা হয়** — বিভিন্ন আচরণ যা কন্টেইনার কীভাবে রান-টাইম আর্গুমেন্টগুলিতে সাড়া দেয় তা প্রভাবিত করে।

তাদের একসাথে ব্যবহার করার **সাধারণ প্যাটার্ন** বোঝা (`ENTRYPOINT` কমান্ড এবং `CMD` ওভাররাইডযোগ্য ডিফল্ট আর্গুমেন্ট হিসাবে) একটি পরিষ্কার, প্রাকৃতিক পদ্ধতি যা কন্টেইনারকে কনফিগারযোগ্য এক্সিকিউটেবলের মতো আচরণ করতে দেয় — একটি ব্যাপকভাবে ব্যবহৃত কৌশল যা জানার যোগ্য।

সমালোচনামূলকভাবে, **exec ফর্ম বনাম shell ফর্ম** বোঝা সঠিকতার জন্য গুরুত্বপূর্ণ: **exec ফর্ম** (JSON অ্যারে, যেমন `CMD ["node", "server.js"]`) পছন্দ করা হয় কারণ এটি এক্সিকিউটেবলটি **সরাসরি PID 1 হিসাবে** চালায়, তাই এটি **SIGTERM এর মতো সিগন্যাল পায়** সঠিকভাবে, **graceful shutdown** সক্ষম করে — যখন **shell ফর্ম** (`CMD node server.js`) একটি shell এর মাধ্যমে চলে যা PID 1 হয়ে ওঠে, প্রায়শই অ্যাপ্লিকেশনটি **শাটডাউন সিগন্যাল সঠিকভাবে পায় না** (ungraceful টার্মিনেশন, বিমানে কাজ হারানো বা ধীর স্টপ দিকে পরিচালিত)।

এই সিগন্যাল-হ্যান্ডলিং/graceful-shutdown সমস্যা একটি বাস্তব, সূক্ষ্ম সমস্যা যা exec ফর্ম এড়ায়।

কোনো কন্টেইনার শুরু হলে কী চলবে তা সংজ্ঞায়িত করা প্রতিটি Dockerfile এর জন্য মৌলিক, এবং যেহেতু ENTRYPOINT/CMD পার্থক্য (এবং exec-vs-shell-ফর্ম সিগন্যাল-হ্যান্ডলিং উদ্বেগ) সরাসরি কন্টেইনার আচরণ এবং সঠিকতা প্রভাবিত করে (আর্গুমেন্ট হ্যান্ডলিং, graceful shutdown), ENTRYPOINT বনাম CMD বোঝা — তাদের ভূমিকা, কীভাবে তারা সংযুক্ত হয়, এবং গুরুত্বপূর্ণ exec-ফর্ম-ফর-সিগন্যাল অনুশীলন — মূল্যবান, ব্যবহারিকভাবে-প্রাসঙ্গিক Docker জ্ঞান, একটি সাধারণত-ভুল বোঝা বিষয় যেখানে পার্থক্য বোঝা বাস্তব আচরণগত এবং শাটডাউন বাগ প্রতিরোধ করে।