Cum se face reconfigurarea containerului?

Configurarea suplimentară a containerului poate fi realizată în mai multe moduri, în funcție de context și cerințe:

1. Modificarea Dockerfile și reconstrucția imaginii.

   • Cel mai recomandat mod pentru a face modificări permanente.
   • Asigură reproductibilitatea.
   • Se folosește pentru adăugarea fișierelor, instalarea pachetelor, modificarea configurațiilor.

   # Modificarea Dockerfile: adăugarea unui fișier nou
   FROM ubuntu:latest
   RUN apt-get update && apt-get install -y curl # Instalarea pachetului
   COPY my_config.conf /etc/app/ # Copierea fișierului de configurare
   ENTRYPOINT ["/app/run.sh"]
   

2. Utilizarea volumelor (Volumes).

   • Permite montarea fișierelor sau directoarelor de pe gazdă în interiorul containerului.
   • Util pentru fișiere de configurare, jurnale, date.
   • Modificările pe gazdă sunt disponibile imediat în container (pentru mount-uri bind).

   # Pornirea containerului cu montarea unui fișier de configurare
   docker run -v /path/to/local/config.conf:/etc/app/config.conf my_image
   

   # Exemplu de utilizare a VOLUME în Dockerfile pentru date
   FROM my_app_image
   VOLUME /var/lib/app/data # Punct de montare pentru date
   

3. Transmiterea variabilelor de mediu.

   • Se folosește pentru configurarea comportamentului aplicației fără a modifica imaginea.
   • Date sensibile (parole) pot fi transmise prin secrete.

   # Transmiterea unei variabile de mediu la pornire
   docker run -e DATABASE_URL=postgresql://db.example.com/mydb my_app_image
   

   # Definirea variabilei de mediu implicite în Dockerfile
   FROM base_image
   ENV APP_PORT=8080 # Definirea variabilei de mediu
   

4. Executarea de comenzi după pornirea containerului.

   • Realizarea de modificări temporare într-un container în funcțiune.
   • Se folosește pentru depanare sau teste rapide. Nu se recomandă pentru producție.

   # Executarea unei comenzi în interiorul containerului pornit
   docker exec my_container_name apt-get update
   

5. Utilizarea orchestratorilor (Kubernetes, Docker Swarm).

   • Oferă mecanisme pentru ajustări dinamice: ConfigMaps, Secrets.
   • ConfigMaps sunt folosite pentru date de configurare nesensibile.
   • Secrets sunt folosite pentru date sensibile.

   # Exemplu de ConfigMap în Kubernetes
   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: app-config
   data:
     app.properties: |
       database.url=jdbc:postgresql://db-svc:5432/appdb
       app.loglevel=INFO
   

   # Exemplu de utilizare a ConfigMap în definiția Pod
   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
   

Alegerea metodei depinde de natura ajustării (permanentă/vakantă), de sursa de configurare și de mediul utilizat (Docker local, orchestrator). Reconstrucția imaginii cu un Dockerfile modificat și utilizarea ConfigMaps/Secrets în orchestratori sunt cele mai recomandate abordări pentru mediile de producție, datorită reproductibilității și gestionabilității lor.