In Compose-proksyfariabele trochjaan oan in container

Meitsje proksyfariabelen part fan 'e Compose-tsjinstomjouwing ynstee fan oan te nimmen dat in .env-bestân fan it projekt se automatysk ynjeksje.

It projektbestân .env fan Compose leveret ynterpolaasjewearden. Om ien fan dy wearden oan in container te jaan, ferwize dernei yn 'e tsjinstkonfiguraasje.

Bygelyks, .env befettet it proksyeinpunt:

HTTP_PROXY=http://203.0.113.10:8080

De tsjinst brûkt it foar sawol HTTP- as HTTPS-bestimmings:

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

Ferfang it dokumintaasje-adres en de image; kies in kompatibel HTTP-einpunt út jo tsjinst of út 'e list fan HTTP-proksys. In gewoane HTTP-proksy kin HTTPS fia CONNECT trochjaan as er de frege tunnel stipet.

In eksplisite env_file-ynfier is in oare manier om de fariabelen fan in keazen bestân oan in tsjinst te jaan. It ynterpolaasjebestân fan it projekt wurket net as in ymplisite env_file fan 'e container.

Kontrolearje wat de applikaasje berikte

docker compose config toant de oploste tsjinstkonfiguraasje. docker compose config --environment toant ynstee de wearden dy't foar ynterpolaasje brûkt binne.

Fergelykje de tsjinstomjouwing mei it applikaasjeproses. In besteande container krijt gjin nije wearden as jo .env bewurkje; pas de feroaring ta fia de bedoelde Compose-libenssyklus, mei rekkene mei in ûnderbrekking fan 'e tsjinst.

As de fariabele ûntbrekt, reparearje de tsjinstkonfiguraasje. As er bestiet mar de oanfragen bliuwe direkt, kontrolearje de proksystipe fan 'e HTTP-klant. Omjouwingsynjeksje leveret konfiguraasje; de applikaasje moat it brûke.

Relatearre artikelen