Поставување прокси променливи на околината во Kubernetes Pod

Ставете ги поддржаните HTTP прокси променливи во спецификацијата на контејнерот Kubernetes и одделете ги директните рути на кластерот од конфигурацијата за преземање слики.

Команда на јазолот Kubernetes може да користи shell прокси, додека Pod на тој јазол нема прокси околина. Околината на контејнерот се дефинира со неговата слика и конфигурацијата на Pod.

За апликација што ги поддржува овие променливи, додајте env листа во постоечкиот запис на контејнерот:

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

Во Deployment ова припаѓа под соодветниот контејнер во spec.template.spec.containers. Ажурирајте го работното оптоварување преку неговото вообичаено распоредување за новите Pods да го добијат. Наведете и имиња со мали букви кога тоа го бара вистинскиот клиент.

Листата за заобиколување е почетна илустрација, а не попис на секоја рута во кластерот. Користете го вистинскиот DNS суфикс на кластерот и внатрешните одредишта. Апликациите што користат IP адреси на услуги може да ги бараат вистинските опсези на услуги во синтакса што ја поддржува нивниот клиент.

Init контејнерите имаат свои спецификации на контејнери. Додајте ја предвидената конфигурација таму кога вршат надворешно преземање. За јавни HTTP преземања, крајна точка од листата на HTTP прокси е кандидат за овие вредности на околината на контејнерот.

Преземањето слики се случува пред апликацијата да работи и го извршува runtime за контејнери на јазолот. Pod env не може да ја конфигурира таа претходна врска со регистарот.

На крајот, HTTP прокси променливите влијаат само на клиентите што ги користат. Тие не го пренасочуваат произволнот сообраќај на бази на податоци, UDP или други сокети од Pod.

Поврзани статии