Kakšna je razlika med ENTRYPOINT in CMD?

Question

Accepted Answer

**ENTRYPOINT** in **CMD** oba določata, kaj se izvede, ko se kontejner zažene, vendar imata različne vloge in se na specifične načine medsebojno delujeta. Razumevanje razlike (in obeh oblik — exec vs shell) je pomembno za pisanje Dockerfilov, ki se obnašajo pravilno.

## CMD — privzeti ukaz (nadaljiv)

```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` zagotavlja **privzeti ukaz**, ki je **popolnoma nadomeščen** s katerimkoli ukazom, danim na `docker run`.

## ENTRYPOINT — fiksna izvršljiva datoteka

```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` nastavi **fiksno izvršljivo datoteko**, ki se vedno izvedi; argumenti med izvajanjem so **dodani** kot njeni argumenti, namesto da bi jo nadomestili.

## Uporaba skupaj (pogost vzorec)

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

```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
```

## Zakaj je to pomembno

Razumevanje razlike med ENTRYPOINT in CMD je pomembno za **pisanje Dockerfilov, ki se obnašajo pravilno**, zato je to dragoceno praktično znanje in pogosto nerazumljena tema.

Razlika v obnašanju je važna: **CMD** zagotavlja privzeti ukaz, ki je **popolnoma nadomeščen** s katerimkoli ukazom, danim v `docker run`, medtem ko **ENTRYPOINT** nastavi fiksno izvršljivo datoteko, ki se vedno izvede, pri čemer se argumenti med izvajanjem **dodajo** k njej — različna obnašanja, ki vplivata na odziv kontejnerja na argumente med izvajanjem.

Razumevanje **pogostega vzorca uporabe skupaj** (`ENTRYPOINT` kot ukaz in `CMD` kot nadaljivi privzeti argumenti) je čist, idiomatičen pristop, ki kontejnerje naredi podobnim nastavljivi izvedljivim datotekam — pogosto uporabljana tehnika, ki je vredno poznati.

Kritično je razumevanje **exec forme vs shell forme** za pravilnost: **exec forma** (JSON niz, npr. `CMD ["node", "server.js"]`) je priporočljiva, ker se izvršljiva datoteka izvede **neposredno kot PID 1**, tako da **prejme signale kot SIGTERM** pravilno, kar omogoča **graceful shutdown** — medtem ko **shell forma** (`CMD node server.js`) teče preko lupine, ki postane PID 1, kar pogosto povzroči, da aplikacija **ne prejme signalov za zaustavitev pravilno** (kar vodi do neprijazne zaustavitve, izgube nedokončanega dela ali počasnih zaustavitev).

Ta problem obravnavanja signalov/graceful shutdown je resen, subtilen problem, ki ga exec forma preprečuje.

Ker je določanje tega, kaj se izvede, ko se kontejner zažene, temeljno za vsak Dockerfile, in ker razlika ENTRYPOINT/CMD (in concern exec-vs-shell-form signal handling) neposredno vpliva na obnašanje in pravilnost kontejnerja (obravnavanje argumentov, graceful shutdown), je razumevanje ENTRYPOINT vs CMD — njunih vlog, kako se kombinirajo, in važna praksa exec-form-for-signals — dragoceno, praktično relevantno Docker znanje, pogosto nepravilno razumljena tema, kjer razumevanje razlik preprečuje resnične obnašanjske in zaustavitvene napake.