Como passo as variáveis de ambiente para os contentores do Docker?

Você pode passar usando os parâmetros {[[0]} com o comando docker run .. Como mencionado aqui e como mencionado por @errata.
No entanto, a possível desvantagem desta abordagem é que suas credenciais serão exibidas na listagem do processo, onde você executá-lo.
Para torná-lo mais seguro, você pode escrever suas credenciais em um arquivo de configuração e fazer docker run com --env-file Como mencionado Aqui. Então você pode controlar o acesso desse arquivo de configuração para que outros tenham acesso a essa máquina não vi as suas credenciais.

Se está a usar a 'composição do acoplador' como método para rodar o(s) Seu (s) contentor (es), existe de facto uma forma útil de passar uma variável de ambiente definida no seu servidor para o contentor do acoplador.

hapi_server:
  container_name: hapi_server
  image: node_image
  expose:
    - "3000"

hapi_server:
  container_name: hapi_server
  image: node_image
  environment:
    - HAPI_DB_CONNECT=${NODE_DB_CONNECT}
  expose:
    - "3000"

Espero que isto o ajude a evitar codificar um texto de ligação à base de dados em qualquer ficheiro do seu contentor!

Usar -e ou o valor --env para definir variáveis de ambiente (por omissão []).

Um exemplo de um programa inicial:

 docker run  -e myhost='localhost' -it busybox sh

Se quiser usar vários ambientes da linha de comandos, então antes de cada variável de ambiente use a opção -e.

Exemplo:

 sudo docker run -d -t -i -e NAMESPACE='staging' -e PASSWORD='foo' busybox sh

Nota: Certifique-se de colocar o nome do contentor após a variável de ambiente, não antes disso.

Se precisar de configurar muitas variáveis, use o --env-file Bandeira

Por exemplo,

 $ docker run --env-file ./my_env ubuntu bash

Para qualquer outra ajuda, veja a ajuda do acoplador:

 $ docker run --help

Documentação oficial: https://docs.docker.com/compose/environment-variables/

Usando docker-compose, o exemplo abaixo mostra como pode herdar as variáveis da shell env dentro de ambos os componentes do acoplador.yml e, por sua vez, Qualquer(s) ficheiro (s) do Dockerfile chamado (S) por docker-compose para criar imagens. Achei isto útil se dissesse no Dockerfile RUN comando que eu preciso executar comandos específicos para o ambiente.

(a sua concha já existe no ambiente)

Docker-compose.yml:

version: '3.1'
services:
  my-service: 
    build:
      #$RAILS_ENV is referencing the shell environment RAILS_ENV variable
      #and passing it to the Dockerfile ARG RAILS_ENV
      #the syntax below ensures that the RAILS_ENV arg will default to 
      #production if empty.
      #note that is dockerfile: is not specified it assumes file name: Dockerfile
      context: .
      args:
        - RAILS_ENV=${RAILS_ENV:-production}
    environment: 
      - RAILS_ENV=${RAILS_ENV:-production}

Ficheiro Dockerfile:

FROM ruby:2.3.4

#give ARG RAILS_ENV a default value = production
ARG RAILS_ENV=production

#assign the $RAILS_ENV arg to the RAILS_ENV ENV so that it can be accessed
#by the subsequent RUN call within the container
ENV RAILS_ENV $RAILS_ENV

#the subsequent RUN call accesses the RAILS_ENV ENV variable within the container
RUN if [ "$RAILS_ENV" = "production" ] ; then echo "production env"; else echo "non-production env: $RAILS_ENV"; fi

docker-compose build
docker-compose up

Para a Amazon AWS ECS / ECS, você deve gerir as suas variáveis de ambiente (especialmente segredos) através de um balde S3 privado. Ver publicação no blogComo gerir segredos para aplicações baseadas no serviço de contêineres Amazon EC2 usando a Amazon S3 e a Docker.

docker run ubuntu env DEBUG=1 path/to/script.sh

Se tiver as variáveis de ambiente num env.sh localmente e quiser configurá-las quando o contentor começar, pode tentar

COPY env.sh /env.sh
COPY <filename>.jar /<filename>.jar
ENTRYPOINT ["/bin/bash" , "-c", "source /env.sh && printenv && java -jar /<filename>.jar"]

Este comando iria iniciar o contentor com uma linha de comandos bash (quero uma linha de comandos bash, uma vez que source é um comando bash), obtém o ficheiro env.sh (que define as variáveis de ambiente) e executa o ficheiro jar.

O env.sh parece-se com isto,

#!/bin/bash
export FOO="BAR"
export DB_NAME="DATABASE_NAME"

Adicionei o comando printenv apenas para testar se o comando de origem funciona. Provavelmente devias. remova-o quando confirmar que o comando de código funciona bem ou que as variáveis de ambiente aparecerão nos seus registos de docker.