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 ਜਾਂ ਹੋਰ ਸਾਕਟ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੀਡਾਇਰੈਕਟ ਨਹੀਂ ਕਰਦੇ।

ਸੰਬੰਧਿਤ ਲੇਖ