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 ப்ராக்ஸி பட்டியலில் இருந்து ஒரு முனைப்புள்ளி இந்த கொள்கலன் சூழல் மதிப்புகளுக்கு வேட்பாளர்.

இமேஜ் இழுப்பு பயன்பாடு இயங்குவதற்கு முன் நிகழ்கிறது, மேலும் முனையின் கொள்கலன் இயக்கநேரத்தால் செய்யப்படுகிறது. Pod env அந்த முந்தைய பதிவேட்டு இணைப்பைக் கட்டமைக்க முடியாது.

இறுதியாக, HTTP ப்ராக்ஸி மாறிகள் அவற்றைப் பயன்படுத்தும் கிளையண்டுகளை மட்டுமே பாதிக்கின்றன. அவை Pod இலிருந்து எந்தவொரு தன்னிச்சையான தரவுத்தளம், UDP அல்லது பிற சாக்கெட் போக்குவரத்தையும் திருப்பிவிடாது.

தொடர்புடைய கட்டுரைகள்