Hogyan hajtható végre a konténer újrakonfigurálása…

A konténer beállításának módja többféleképpen valósítható meg a kontextustól és az igényektől függően:

A Dockerfile módosítása és az image újraépítése.
- Ez a legpreferáltabb módszer tartós változtatások esetén.
- Biztosítja az újraalkothatóságot.
- Fájlok hozzáadása, csomagok telepítése, beállítások módosítása esetén alkalmazható.
```
# Dockerfile módosítása: új fájl hozzáadása
FROM ubuntu:latest
RUN apt-get update && apt-get install -y curl # Csomag telepítése
COPY my_config.conf /etc/app/ # Konfigurációs fájl másolása
ENTRYPOINT ["/app/run.sh"]
```

Tömegek (Volumes) használata.

Lehetővé teszi fájlok vagy könyvtárak csatolását a hostról a konténerbe.
Hasznos konfigurációs fájlok, naplók, adatok esetén.
A hoston végzett változtatások azonnal elérhetőek a konténerben (bind mount esetén).

# Konténer indítása konfigurációs fájl csatolásával
docker run -v /path/to/local/config.conf:/etc/app/config.conf my_image

# Példa VOLUME használatára Dockerfile-ban adatokhoz
FROM my_app_image
VOLUME /var/lib/app/data # A csatolási pont meghatározása adatokhoz

Környezeti változók átadása.

A konténer viselkedésének beállítására anélkül, hogy módosítanánk az image-t.
Érzékeny adatok (jelszavak) titkosításokon keresztül adhatók át.

# Környezeti változó átadása futás közben
docker run -e DATABASE_URL=postgresql://db.example.com/mydb my_app_image

# Alapértelmezett környezeti változó meghatározása Dockerfile-ban
FROM base_image
ENV APP_PORT=8080 # Környezeti változó meghatározása

Parancsok végrehajtása a konténer indítása után.
- Ideiglenes változtatások végrehajtása a futó konténerben.
- Hibakereséshez vagy gyors teszteléshez hasznos. Nem ajánlott termelési környezetben.
```
# Parancs végrehajtása a futó konténerben
docker exec my_container_name apt-get update
```

Orkestrátorok (Kubernetes, Docker Swarm) használata.

Dinamikus konfigurációs mechanizmusokat kínálnak: ConfigMaps, Secrets.
A ConfigMaps nem érzékeny adatokhoz, a Secrets érzékeny adatokhoz használatos.

# ConfigMap példája Kubernetes-ben
apiVersion: v1
kind: ConfigMap
metadata:
  name: app-config
data:
  app.properties: |
    database.url=jdbc:postgresql://db-svc:5432/appdb
    app.loglevel=INFO

# ConfigMap használata Pod definícióban
apiVersion: v1
kind: Pod
metadata:
  name: my-app-pod
spec:
  containers:
  - name: my-app
    image: my_app_image
    volumeMounts:
    - name: config-volume
      mountPath: /etc/app/config
    env:
    - name: LOG_LEVEL
      valueFrom:
        configMapKeyRef:
          name: app-config
          key: app.loglevel
  volumes:
  - name: config-volume
    configMap:
      name: app-config

A megfelelő módszer kiválasztása függ a beállítás tartósságától (állandó/változó), a konfiguráció forrásától és a használt környezettől (helyi Docker, orkestrátor). A módosított Dockerfile-lal történő újraépítés és a ConfigMaps/Secrets használata a legajánlottabb megközelítések a termelési környezetben, mivel ezek biztosítják a reprodukálhatóságot és a kezelhetőséget.

Hogyan hajtható végre a konténer újrakonfigurálása?