ਇੱਕ ਅਨੁਵਾਦਕ ਗੇਟਵੇ ਪਿੱਛੇ ਤਿੰਨ ਪ੍ਰੌਕਸੀ ਰੈਪਲਿਕਾਵਾਂ ਫਿਰ ਵੀ ਇੱਕ ਹੀ ਜਨਤਕ ਐਗਜ਼ਿਟ ਦਿਖਾ ਸਕਦੀਆਂ ਹਨ। ਪ੍ਰਾਈਵੇਟ ਕੰਟੇਨਰ ਪਤੇ ਮੰਜ਼ਿਲ ਉੱਤੇ ਦਿਖਣ ਵਾਲੀ ਪਛਾਣ ਤੈਅ ਨਹੀਂ ਕਰਦੇ।

client → published service → proxy replica → egress/NAT → destination

ਚਿੱਤਰ ਨੂੰ ਦੋ ਭਾਗਾਂ ਵਿੱਚ ਵੇਖੋ। ਪ੍ਰਕਾਸ਼ਿਤ ਸੇਵਾ ਚੁਣਦੀ ਹੈ ਕਿ ਕਲਾਇੰਟ ਰੈਪਲਿਕਾ ਤੱਕ ਕਿਵੇਂ ਪਹੁੰਚਦਾ ਹੈ। ਐਗਰੈਸ ਰੂਟ ਅਤੇ NAT ਉਸ ਰੈਪਲਿਕਾ ਦੇ ਅਗਲੇ ਕਨੈਕਸ਼ਨ ਦਾ ਸਰੋਤ ਪਤਾ ਚੁਣਦੇ ਹਨ।

Docker Swarm ਦਾ ਰਾਊਟਿੰਗ ਮੈਸ਼ ਪ੍ਰਕਾਸ਼ਿਤ ਸੇਵਾ ਪੋਰਟ ਉੱਤੇ ਟ੍ਰੈਫਿਕ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਸਰਗਰਮ ਟਾਸਕ ਕੋਲ ਭੇਜਦਾ ਹੈ। ਇਹ ਦਾਖਲਾ ਵੰਡ ਅਤੇ ਟਾਸਕ ਥਾਂ ਬਦਲਾਅ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ; ਇਹ ਹਰ ਰੈਪਲਿਕਾ ਨੂੰ ਵੱਖਰਾ ਜਨਤਕ ਐਗਜ਼ਿਟ ਨਹੀਂ ਦਿੰਦਾ।

ਜੇ ਵੱਖਰੇ ਐਗਜ਼ਿਟ ਚਾਹੀਦੇ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਦੇ ਅਸਲ ਰੂਟ ਅਤੇ ਪਤੇ ਡਿਜ਼ਾਈਨ ਕਰੋ, ਜਿਵੇਂ ਵੱਖਰੇ ਰਾਊਟ ਕੀਤੇ ਹੋਸਟ ਜਾਂ ਨਿਰਧਾਰਿਤ ਐਗਰੈਸ ਗੇਟਵੇ, ਫਿਰ ਦੇਖੀਆਂ ਗਈਆਂ ਬਾਹਰੀ ਪਛਾਣਾਂ ਗਿਣੋ।

ਰੈਪਲਿਕਾ ਬਦਲਣ ਨਾਲ ਇਸ ਦੀਆਂ ਜੀਵਤ ਸਟ੍ਰੀਮਾਂ ਵੀ ਬਦਲਦੀਆਂ ਹਨ

ਸਥਾਪਿਤ CONNECT ਟਨਲ ਇੱਕ ਪ੍ਰੌਕਸੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਹੁੰਦਾ ਹੈ। ਉਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਬਦਲਦੇ ਸਮੇਂ ਦੂਜਾ ਟਾਸਕ ਮੰਜ਼ਿਲ ਦੀ TCP ਅਤੇ TLS ਸਥਿਤੀ ਨੂੰ ਪਾਰਦਰਸ਼ੀ ਢੰਗ ਨਾਲ ਦੁਬਾਰਾ ਨਹੀਂ ਬਣਾ ਸਕਦਾ। ਮੁੜ-ਕਨੈਕਸ਼ਨ ਦੀ ਯੋਜਨਾ ਬਣਾਓ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਲਈ ਲੰਮੇ ਸਮੇਂ ਦੇ ਕਨੈਕਸ਼ਨ ਖਾਲੀ ਕਰੋ।

ਕਲਾਇੰਟ ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ ਮੰਜ਼ਿਲ ਨੀਤੀਆਂ ਵੀ ਰੈਪਲਿਕਾਵਾਂ ਤੱਕ ਲੈ ਜਾਓ। ਲੋਡ ਬੈਲੰਸਰ ਦੀ ਸਫਲ ਪੋਰਟ ਜਾਂਚ ਲੋੜੀਂਦੇ ਪ੍ਰੌਕਸੀ ਪ੍ਰੋਟੋਕੋਲ ਉੱਤੇ ਗੱਲਬਾਤ ਕਰਨ ਵਾਲੇ ਮਨਜ਼ੂਰ ਕਲਾਇੰਟ ਤੋਂ ਵੱਧ ਸੀਮਤ ਹੈ। ਸਮਰੱਥਾ, ਐਗਜ਼ਿਟ ਪਛਾਣ ਅਤੇ ਕਨੈਕਸ਼ਨ ਦਾ ਟਿਕਣਾ ਵੱਖਰੀਆਂ ਮੁਲਾਂਕਣ ਯੋਗ ਲੋੜਾਂ ਹਨ।

ਸੰਬੰਧਿਤ ਲੇਖ