ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ Kafka: bootstrap ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ broker ਕਨੈਕਸ਼ਨ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ

Kafka ਕਲਾਇੰਟ ਅਜੇ ਵੀ ਪੈਦਾ ਜਾਂ ਵਰਤੋਂ ਨਾ ਕਰ ਸਕਣ ਦੌਰਾਨ bootstrap ਕਨੈਕਸ਼ਨ ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ। Bootstrap ਸਰਵਰ ਕਲਾਇੰਟ ਨੂੰ ਕਲਸਟਰ ਲੱਭਣ ਵਿੱਚ ਮਦਦ ਕਰਦੇ ਹਨ; ਉਹ ਉਹੀ ਇਕਲੌਤੇ ਐਂਡਪੁਆਇੰਟ ਨਹੀਂ ਹੋ ਸਕਦੇ ਜਿਨ੍ਹਾਂ ਨਾਲ ਇਹ ਜੁੜੇਗਾ।

Broker ਮੈਟਾਡੇਟਾ ਵਿੱਚ ਬਾਅਦ ਦੇ ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਪਤੇ ਹੁੰਦੇ ਹਨ। ਜੇ ਉਹ ਨਾਮ ਜਾਂ ਪੋਰਟ ਇੱਛਤ ਪ੍ਰੌਕਸੀ ਮਾਰਗ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਨਹੀਂ ਹਨ, ਤਾਂ ਪਹਿਲਾ ਸਫਲ ਕਨੈਕਸ਼ਨ ਬਾਕੀ ਕੰਮ ਹੱਲ ਨਹੀਂ ਕਰਦਾ।

ਘੋਸ਼ਿਤ ਐਂਡਪੁਆਇੰਟ ਪੜ੍ਹੋ

Bootstrap ਪਤੇ ਦੀ ਤੁਲਨਾ ਉਨ੍ਹਾਂ broker ਪਤਿਆਂ ਨਾਲ ਕਰੋ ਜੋ ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਇੱਕ ਜਨਤਕ bootstrap ਉਪਨਾਮ ਨਿੱਜੀ ਘੋਸ਼ਿਤ ਨਾਮਾਂ ਵੱਲ ਲੈ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਸਥਾਨਕ ਪੋਰਟ ਅੱਗੇ ਭੇਜਣਾ ਮੈਟਾਡੇਟਾ ਦੇ ਹਰ ਪਤੇ ਨੂੰ ਆਪਣੇ ਆਪ ਦੁਬਾਰਾ ਨਹੀਂ ਲਿਖਦਾ।

ਕਲਾਇੰਟ ਲਾਗੂਕਰਨ ਦੁਆਰਾ ਸਮਰਥਿਤ ਪ੍ਰੌਕਸੀ ਮਾਰਗ ਵੀ ਪਛਾਣੋ। Java ਸਿਸਟਮ SOCKS ਵਿਸ਼ੇਸ਼ਤਾ ਇਸ ਗੱਲ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਹੈ ਕਿ ਲਾਇਬ੍ਰੇਰੀ ਦਾ NIO-ਅਧਾਰਿਤ ਟ੍ਰਾਂਸਪੋਰਟ JDK Socket ਪ੍ਰੌਕਸੀ ਵਿਧੀ ਵਰਤਦਾ ਹੈ। ਹਰ Java ਸਾਕਟ ਦੇ ਇੱਕੋ ਸੈਟਿੰਗ ਦੀ ਪਾਲਣਾ ਕਰਨ ਦੀ ਧਾਰਨਾ ਦੀ ਬਜਾਏ ਅਸਲ Kafka ਕਲਾਇੰਟ ਅਤੇ ਨੈਟਵਰਕ ਏਕੀਕਰਨ ਦੀ ਜਾਂਚ ਕਰੋ।

ਪ੍ਰੌਕਸੀ-ਜਾਗਰੂਕ ਕਲਾਇੰਟ ਨੂੰ ਸੰਬੰਧਿਤ broker ਐਂਡਪੁਆਇੰਟ ਤੱਕ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮਾਰਗ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਨੈਟਵਰਕ-ਪੱਧਰੀ ਪ੍ਰਬੰਧ ਨੂੰ ਸੰਬੰਧਿਤ ਪਹੁੰਚ ਅਤੇ ਨਾਮ ਹੱਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਵੱਖਰੇ ਡਿਜ਼ਾਈਨ ਹਨ, ਅਤੇ ਪ੍ਰੌਕਸੀ ਨੂੰ bootstrap ਸਰਵਰ ਵਜੋਂ ਸੂਚੀਬੱਧ ਕਰਨ ਨਾਲ ਕੋਈ ਵੀ ਨਹੀਂ ਮਿਲਦਾ।

ਸੁਰੱਖਿਆ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਸੈਟਿੰਗਾਂ ਨੂੰ ਵੱਖਰਾ ਰੱਖੋ। ਇੱਕ ਪ੍ਰੌਕਸੀ TCP ਮਾਰਗ ਸਥਾਪਿਤ ਕਰ ਸਕਦੀ ਹੈ ਜਦੋਂ ਕਿ TLS ਪਛਾਣ, SASL ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ broker ਅਧਿਕਾਰ ਅਜੇ ਵੀ ਫੇਲ੍ਹ ਹੋ ਸਕਦੇ ਹਨ।

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