Kafka attraverso un proxy: il bootstrap funziona, le connessioni ai broker falliscono

Una connessione bootstrap può riuscire mentre il client Kafka non riesce ancora a produrre o consumare. I server bootstrap aiutano il client a scoprire il cluster; non sono necessariamente gli unici endpoint a cui si collegherà.

I metadati del broker contengono indirizzi usati per le connessioni successive. Se quei nomi o porte non sono raggiungibili attraverso la rotta proxy prevista, la prima connessione riuscita non risolve il resto del lavoro.

Leggi gli endpoint annunciati

Confronta l'indirizzo bootstrap con gli indirizzi broker che il client riceve realmente. Un alias bootstrap pubblico può portare a nomi annunciati privati, e inoltrare una sola porta locale non riscrive automaticamente ogni indirizzo nei metadati.

Identifica anche il percorso proxy supportato dall'implementazione del client. Una proprietà SOCKS di sistema Java non garantisce che il trasporto basato su NIO di una libreria usi il meccanismo proxy di Socket del JDK. Controlla il client Kafka reale e l'integrazione di rete invece di presumere che ogni socket Java rispetti la stessa impostazione.

Un client consapevole del proxy necessita di una rotta consentita verso gli endpoint broker pertinenti. Una disposizione a livello di rete necessita della relativa raggiungibilità e risoluzione dei nomi. Sono progetti diversi e nessuno dei due è fornito semplicemente elencando un proxy come server bootstrap.

Tieni separati protocollo di sicurezza e impostazioni di autenticazione. Un proxy può stabilire una rotta TCP mentre identità TLS, autenticazione SASL o autorizzazione broker falliscono ancora.

Per la diagnosi, annota quale endpoint ha fallito e se proviene da configurazione statica o da metadati restituiti. Questa distinzione restringe il problema molto più del modificare ripetutamente un endpoint già raggiungibile.