Eng Compose-Proxy-Variabel an e Container weiderginn

Maach Proxy-Variabelen Deel vun der Compose-Service-Ëmgebung, amplaz unzehuelen, datt eng .env-Datei vum Projet se automatesch injizéiert.

D.env-Datei vum Compose-Projet liwwert Interpolatiounswäerter. Fir ee vun dëse Wäerter un e Container ze ginn, referenzéier et an der Service-Konfiguratioun.

Zum Beispill, .env enthält den Proxy-Endpunkt:

HTTP_PROXY=http://203.0.113.10:8080

De Service benotzt en fir souwuel HTTP- wéi HTTPS-Zil-Ufroen:

services:
  app:
    image: your-image
    environment:
      HTTP_PROXY: "${HTTP_PROXY}"
      HTTPS_PROXY: "${HTTP_PROXY}"

Ersetz d Adress aus der Dokumentatioun an d Bild; wiel en kompatiblen HTTP-Endpunkt aus dengem Service oder aus der HTTP-Proxy-Lëscht. En normale HTTP-Proxy kann HTTPS duerch CONNECT droen, wann en den ugefrote Tunnel ënnerstëtzt.

En expliziten env_file-Andrag ass eng aner Manéier, d Variabelen vun enger gewielter Datei un e Service ze ginn. D Interpolatiounsdatei vum Projet funktionéiert net als impliziten Container-env_file.

Nokucken, wat bei der Applikatioun ukomm ass

docker compose config weist déi opgeléist Service-Konfiguratioun. docker compose config --environment weist amplaz d Wäerter, déi fir d Interpolatioun benotzt goufen.

Vergläich d Service-Ëmgebung mam Applikatiounsprozess. En existente Container kritt keng nei Wäerter, wann s du .env änderst; applizéier d Ännerung iwwer den intendéierte Compose-Liewenszyklus, mat enger Ënnerbriechung vum Service.

Wann d Variabel feelt, reparéier d Service-Konfiguratioun. Wann se do ass, awer d Ufroen direkt bleiwen, kontrolléier d Proxy-Ënnerstëtzung vum HTTP-Client. D Ëmgebungs-Injektioun liwwert d Konfiguratioun; d Applikatioun muss se benotzen.

Ähnlech Artikelen