Como realizar a reconfiguração do container?

A configuração adicional do contêiner pode ser realizada de várias maneiras, dependendo do contexto e dos requisitos:

1. Alteração do Dockerfile e reconstrução da imagem.

   • A forma mais recomendada para fazer alterações permanentes.
   • Garante a reprodutibilidade.
   • Usada para adicionar ficheiros, instalar pacotes, alterar configurações.

   # Alteração do Dockerfile: adicionar um novo ficheiro
   FROM ubuntu:latest
   RUN apt-get update && apt-get install -y curl # Instalar pacote
   COPY my_config.conf /etc/app/ # Copiar ficheiro de configuração
   ENTRYPOINT ["/app/run.sh"]
   

2. Utilização de volumes (Volumes).

   • Permite montar ficheiros ou diretórios do host dentro do contêiner.
   • Útil para ficheiros de configuração, logs, dados.
   • As alterações no host estão imediatamente disponíveis no contêiner (para montagens bind).

   # Executar o contêiner montando um ficheiro de configuração
   docker run -v /path/to/local/config.conf:/etc/app/config.conf my_image
   

   # Exemplo de uso de VOLUME no Dockerfile para dados
   FROM my_app_image
   VOLUME /var/lib/app/data # Definição do ponto de montagem para dados
   

3. Passagem de variáveis de ambiente.

   • Usado para configurar o comportamento da aplicação sem alterar a imagem.
   • Dados sensíveis (senhas) podem ser passados através de segredos.

   # Passar variável de ambiente ao iniciar
   docker run -e DATABASE_URL=postgresql://db.example.com/mydb my_app_image
   

   # Definição da variável de ambiente padrão no Dockerfile
   FROM base_image
   ENV APP_PORT=8080 # Definição da variável de ambiente
   

4. Executar comandos após iniciar o contêiner.

   • Fazer alterações temporárias num contêiner em funcionamento.
   • Usado para depuração ou testes rápidos. Não recomendado para produção.

   # Executar comando dentro do contêiner em execução
   docker exec my_container_name apt-get update
   

5. Utilização de orquestradores (Kubernetes, Docker Swarm).

   • Fornecem mecanismos para ajustes dinâmicos: ConfigMaps, Secrets.
   • Os ConfigMaps são usados para dados de configuração não sensíveis.
   • Os Secrets são usados para dados sensíveis.

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

   # Exemplo de uso de ConfigMap na definição de 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
   

A escolha do método depende da natureza do ajuste (permanente/temporário), da fonte de configuração e do ambiente utilizado (Docker local, orquestrador). A reconstrução da imagem com um Dockerfile modificado e o uso de ConfigMaps/Secrets em orquestradores são as abordagens mais recomendadas para ambientes de produção devido à sua reprodutibilidade e geribilidade.