שטעלן פּראָקסי סוויווע וואַריאַבלען אין אַ Kubernetes Pod

אַ באַפֿעל אויפֿן Kubernetes נאָדע קען ניצן אַ שעל פּראָקסי בשעת אַ 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 פּראָקסי רשימה אַ קאַנדידאַט פֿאַר די קאָנטיינער סביבה ווערטן.

בילד ציהונג פּאַסירט איידער די אַפּליקאַציע לויפֿט און ווערט דורכגעפֿירט דורך דער קאָנטיינער רונטיים פֿון דעם נאָדע. די Pod סביבה קען נישט קאָנפיגורירן יענע פֿריִערדיקע רעגיסטרי פֿאַרבינדונג.

צום סוף, HTTP פּראָקסי וואַריאַבלען באַווירקן בלויז קליענטן וואָס ניצן זיי. זיי פֿאָרלייגן נישט קיין ווילקירלעכן דאַטן-באַזע, UDP אָדער אַנדער סאָקעט פֿאַרקער פֿון דעם Pod.