Koja je razlika između ENTRYPOINT i CMD?

Question

Accepted Answer

**ENTRYPOINT** i **CMD** oba definiraju što se izvršava kada se kontejner pokreće, ali služe različitim ulogama i međusobno se povezuju na specifične načine. Razumijevanje razlike (i dva oblika — exec naspram shell) važno je za pisanje Dockerfile-ova koji se ponašaju ispravno.

## CMD — zadana naredba (zamjenjiva)

```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` pruža **zadanu naredbu**, koja je **u potpunosti zamijenjena** bilo kojom naredbom navedenom u `docker run`.

## ENTRYPOINT — fiksna izvršna 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` postavlja **fiksnu izvršnu datoteku** koja se uvijek izvršava; argumenti od izvršavanja se **dodaju** kao njezini argumenti umjesto da je zamjenjuju.

## Korištenje zajedno (česti obrazac)

```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 oblik naspram shell oblika

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

## Zašto je važno

Razumijevanje razlike između ENTRYPOINT i CMD važno je za **pisanje Dockerfile-ova koji se ponašaju ispravno**, pa je to vrijednom praktično znanje i često zbunjujući topic.

Razlika u ponašanju je bitna: **CMD** pruža zadanu naredbu koja je **u potpunosti zamijenjena** bilo kojom naredbom prosljeđenom `docker run`, dok **ENTRYPOINT** postavlja fiksnu izvršnu datoteku koja se uvijek izvršava s argumentima od izvršavanja **dodanim** joj — različita ponašanja koja utječu na to kako se kontejner odgovara na argumente od izvršavanja.

Razumijevanje **čestog obrasca korištenja zajedno** (`ENTRYPOINT` kao naredba i `CMD` kao zamjenjivi zadani argumenti) je čist, idiomatski pristup koji čini kontejnere ponašajima se kao konfigurabilne izvršne datoteke — široko korištena tehnologija koja je vrijedna znanja.

Kritično je razumijevanje **exec oblika naspram shell oblika** važno za ispravnost: **exec oblik** (JSON niz, npr. `CMD ["node", "server.js"]`) je preferirano jer izvršava izvršnu datoteku **direktno kao PID 1**, pa **prima signale poput SIGTERM** ispravno, omogućujući **graciozno gašenje** — dok **shell oblik** (`CMD node server.js`) trči kroz ljusku koja postaje PID 1, često uzrokujući da aplikacija **ne prima signale gašenja ispravno** (što vodi do nemilostivog prekida, izgubljenog rada u tijeku ili sporog gašenja).

Ovaj problem rukovanja signalima/gracioznog gašenja je pravi, suptilan problem koji exec oblik izbjegava.

Budući da je definiranje onoga što se izvršava kada se kontejner pokreće fundamentalno za svaki Dockerfile, i budući da razlika ENTRYPOINT/CMD (i concern exec-vs-shell-form signal-handling) direktno utječe na ponašanje i ispravnost kontejnera (rukovanje argumentima, graciozno gašenje), razumijevanje ENTRYPOINT naspram CMD — njihove uloge, kako se kombiniraju, i važna praksa exec-oblika-za-signale — je vrijednom, praktično relevantno Docker znanje, često krivo razumljevena tema gdje razumijevanje razlika sprječava prave probleme ponašanja i gašenja.