Kafka skozi proxy: bootstrap deluje, povezave z brokerji spodletijo
Pojasnjuje, zakaj uspešna povezava Kafka bootstrap ne zagotavlja dostopa prek proxyja do vsakega odkritega brokerja.
Povezava bootstrap lahko uspe, medtem ko Kafka odjemalec še vedno ne more proizvajati ali porabljati. Bootstrap strežniki pomagajo odjemalcu odkriti gručo; niso nujno edine končne točke, s katerimi se bo povezal.
Metapodatki brokerja vsebujejo naslove, ki se uporabljajo za poznejše povezave. Če ti imena ali vrata niso dosegljivi po predvideni poti proxyja, prva uspešna povezava ne reši preostanka naloge.
Preberite objavljene končne točke
Primerjajte naslov bootstrap z naslovi brokerjev, ki jih odjemalec dejansko prejme. Javni vzdevek bootstrap lahko vodi do zasebnih objavljenih imen, in posredovanje enih lokalnih vrat ne prepiše samodejno vsakega naslova v metapodatkih.
Ugotovite tudi pot proxyja, ki jo podpira izvedba odjemalca. Sistemska lastnost SOCKS Java še ni jamstvo, da NIO-podprt prenos knjižnice uporablja proxy mehanizem JDK Socket. Preverite dejanskega Kafka odjemalca in omrežno integracijo, namesto da predpostavljate, da vsaka vtičnica Java spoštuje isto nastavitev.
Odjemalec, ki se zaveda proxyja, potrebuje dovoljeno pot do ustreznih končnih točk brokerjev. Omrežna ureditev potrebuje ustrezno dosegljivost in razreševanje imen. To so različne zasnove in nobena ni zagotovljena zgolj z navedbo proxyja kot strežnika bootstrap.
Nastavitve varnostnega protokola in preverjanja pristnosti hranite ločeno. Proxy lahko vzpostavi pot TCP, medtem ko identiteta TLS, preverjanje pristnosti SASL ali avtorizacija brokerja še vedno spodletijo.
Za diagnostiko zabeležite, katera končna točka je spodletela in ali izvira iz statične konfiguracije ali vrnjenih metapodatkov. Ta razlika veliko bolj zoži težavo kot ponavljajoče spreminjanje končne točke, ki je bila že dosegljiva.