Stel instaanbediener-omgewingsveranderlikes in 'n Kubernetes-pod

Plaas ondersteunde HTTP-instaanbediener-veranderlikes in die Kubernetes-houerspesifikasie en hou direkte cluster-roetes apart van die beeldtrek-konfigurasie.

'n Opdrag op die Kubernetes-nodus kan 'n dopinstaanbediener gebruik terwyl 'n Pod op daardie nodus geen instaanbediener-omgewing het nie. Die houer se omgewing word deur sy beeld en Pod-konfigurasie bepaal.

Vir 'n toepassing wat hierdie veranderlikes ondersteun, voeg 'n env-lys by sy bestaande houerinskrywing:

env:
  - name: HTTP_PROXY
    value: http://proxy.example:8080
  - name: HTTPS_PROXY
    value: http://proxy.example:8080
  - name: NO_PROXY
    value: localhost,127.0.0.1,kubernetes.default.svc,.svc,.cluster.local

In 'n Deployment hoort dit onder die betrokke houer in spec.template.spec.containers. Dateer die werklading deur sy normale uitrol op sodat nuwe Pods dit ontvang. Voorsien ook kleinletter-name wanneer die werklike kliënt dit vereis.

Die omslagtige lys is 'n begin-illustrasie, nie 'n inventaris van elke cluster-roete nie. Gebruik die cluster se werklike DNS-agtervoegsel en interne bestemmings. Toepassings wat diens-IP's gebruik, het dalk die werklike diensreekse nodig in 'n sintaksis wat hul kliënt ondersteun.

Init-houers het hul eie houerspesifikasies. Voeg die beoogde konfigurasie daar by wanneer hulle 'n eksterne aflaai doen. Vir openbare HTTP-aflaaie is 'n eindpunt uit die HTTP-instaanbedienerlys 'n kandidaat vir hierdie houer-omgewingswaardes.

Beeldtrekke gebeur voordat die toepassing loop en word deur die nodus se houerruntime uitgevoer. Pod-omgewing kan nie daardie vroeëre registerverbinding configureer nie.

Laastens beïnvloed HTTP-instaanbediener-veranderlikes slegs kliënte wat hulle gebruik. Hulle herlei nie willekeurige databasis-, UDP- of ander socket-verkeer vanaf die Pod nie.

Verwante artikels