Kafka gegnum proxy: bootstrap virkar, broker-tengingar mistakast

Bootstrap-tenging getur tekist á meðan Kafka-viðskiptavinurinn getur enn ekki framleitt eða neytt. Bootstrap-þjónar hjálpa viðskiptavininum að finna klasann; þeir eru ekki endilega einu endapunktarnir sem hann tengist.

Broker-lýsigögn innihalda vistföng sem notuð eru fyrir síðari tengingar. Ef þessi nöfn eða port eru ekki aðgengileg í gegnum fyrirhugaða proxy-leið, leysir fyrsta árangursríka tengingin ekki restina af verkefninu.

Lestu tilkynntu endapunktana

Berðu saman bootstrap-vistfangið við broker-vistföngin sem viðskiptavinurinn fær í raun. Opinbert bootstrap-samheiti getur leitt til einkanlegra tilkynntra nafna, og framsending á einu staðbundnu porti endurskrifar ekki sjálfkrafa hvert vistfang í lýsigögnunum.

Greindu einnig proxy-leiðina sem útfærsla viðskiptavinarins styður. SOCKS-eiginleiki Java-kerfis er ekki trygging fyrir því að NIO-undirstaða flutningur safns noti Socket-proxy-aðferð JDK. Athugaðu raunverulega Kafka-viðskiptavininn og netkerfissamþættingu í stað þess að gera ráð fyrir að hver Java-socket virði sömu stillingu.

Proxy-meðvitaður viðskiptavinur þarf leyfða leið að viðkomandi broker-endapunktum. Fyrirkomulag á netstigi þarf samsvarandi aðgengi og nafnupplausn. Þetta eru mismunandi hönnun, og hvorugt fæst með því einu að skrá proxy sem bootstrap-þjón.

Haltu stillingum öryggisferlis og auðkenningar aðskildum. Proxy getur komið á TCP-leið á meðan TLS-auðkenni, SASL-auðkenning eða heimild broker mistakast enn.

Fyrir greiningu skráðu hvaða endapunktur mistókst og hvort hann kom úr kyrrstæðri stillingu eða skilaðri lýsigögnum. Sú aðgreining þrengir vandamálið miklu meira en að breyta endapunkti sem þegar var aðgengilegur aftur og aftur.