Creare variabili di ambiente dinamiche in fase di compilazione in Docker

Question

Il mio caso d'uso specifico è che voglio organizzare alcuni dati sull'istanza EC2 su cui è in esecuzione un container e renderlo disponibile come variabile di ambiente. Mi piacerebbe farlo quando il contenitore è stato costruito.

Speravo di essere in grado di fare qualcosa come ENV VAR_NAME $(./script/that/gets/var) nel mio Dockerfile, ma non sorprende che non funzioni (hai appena ottenuto la stringa $(./script...).

Devo dire che so che lo docker run --env... farà questo, ma voglio specificatamente che venga incorporato nel contenitore.

Mi manca qualcosa di ovvio? È possibile?

Answer 1

Docker v1.9 o più recente

Se si utilizza Docker v1.9 o più recente, questo è possibile tramite il supporto per gli argomenti del tempo di costruzione. Gli argomenti sono dichiarati nello Dockerfile entro il using the ARG statement.

ARG REQUIRED_ARGUMENT 
ARG OPTIONAL_ARGUMENT=default_value 

Quando in seguito realmente costruire la vostra immagine utilizzando docker build è possibile passare argomenti tramite la bandiera --build-arg come descritto nella docker docs.

$ docker build --build-arg REQUIRED_ARGUMENT=this-is-required . 

Si prega di notare che si tratta di non raccomanda di utilizzare le variabili di generazione in tempo per le password o segreti, come chiavi o credenziali.

Inoltre, le variabili di build possono avere great impact on caching. Pertanto il Dockerfile dovrebbe essere costruito con grande cura per poter utilizzare il caching il più possibile e in questo modo accelerare il processo di costruzione.

Modifica: la "finestra mobile nuova di v1.9" è stata aggiunta dopo l'immissione da leedm777:s answer.

---

Docker prima v1.9

Se si utilizza una finestra mobile-versione prima di 1.9, l'approccio ARG/--build-arg non era possibile. Non è stato possibile risolvere questo tipo di informazioni durante la compilazione, quindi è necessario passarle come parametri al comando docker run.

Docker immagini devono essere coerenti nel tempo mentre i contenitori possono essere modificati e considerati come "processi di espulsione".

• Maggiori informazioni su ENV
• uno scaricatore di porto discussione su dynamic builds

La vecchia soluzione a questo problema è stato quello di utilizzare template. Questa non è una soluzione chiara ma era una delle pochissime opzioni praticabili al momento. (Ispirazione da this discussion).

1. salvare tutti i dati dinamici in un file JSON o YAML
2. creare un file di finestra mobile "modello" in cui la dinamica può essere successivamente ampliato
3. scrivere uno script che crea un Dockerfile dai dati di configurazione utilizzando alcuni libreria di template che si ha familiarità con

Answer 2

Per costruire ENV VAR_NAME $(./script/that/gets/var) nel contenitore, creano un Dockerfile dinamica in fase di compilazione:

$ docker build -t awesome -f Dockerfile . 
$ # get VAR_NAME value: 
$ VAR_VALUE=`docker run --rm awesome \ 
    bash -c 'echo $(./script/that/gets/var)'` 
$ # use dynamic Dockerfile: 
$ { 
    echo "FROM awesome" 
    echo "ENV VAR_NAME $VAR_VALUE" 
    } | docker build -t awesome - 

https://github.com/42ua/docker-autobuild/blob/master/emscripten-sdk/README.md#build-docker-image

Answer 3

Docker 1.9 has added support for build time arguments.

Nel Dockerfile, è add an ARG statement, che ha una sintassi simile a ENV.

ARG FOO_REQUIRED 
ARG BAR_OPTIONAL=something 

al momento della compilazione, è possibile passare pass a --build-arg argument per impostare l'argomento per quella costruzione. Qualsiasi ARG a cui non è stato assegnato un valore predefinito nello Dockerfile deve essere specificato.

$ docker build --build-arg FOO_REQUIRED=best-foo-ever .