Kafka përmes një proxy: bootstrap-i funksionon, lidhjet me broker-ët dështojnë
Shpjegon pse një lidhje e suksesshme bootstrap e Kafka nuk garanton akses përmes proxy-t në çdo broker të zbuluar.
Një lidhje bootstrap mund të ketë sukses ndërsa klienti Kafka ende nuk mund të prodhojë ose konsumojë. Serverat bootstrap ndihmojnë klientin të zbulojë klusterin; ata nuk janë domosdoshmërisht pikat e vetme fundore me të cilat do të lidhet.
Metadata e broker-it përmban adresa që përdoren për lidhjet e mëvonshme. Nëse ato emra ose porta nuk janë të arritshme përmes rutës së synuar të proxy-t, lidhja e parë e suksesshme nuk e zgjidh pjesën tjetër të punës.
Lexoni pikat fundore të shpallura
Krahasoni adresën bootstrap me adresat e broker-ëve që klienti merr në të vërtetë. Një alias bootstrap publik mund të çojë në emra të shpallur privatë, dhe përcjellja e një porte lokale nuk rishkruan automatikisht çdo adresë në metadata.
Identifikoni gjithashtu rrugën e proxy-t që mbështet zbatimi i klientit. Një veti SOCKS e sistemit Java nuk është garanci që transporti i një biblioteke i bazuar në NIO përdor mekanizmin proxy të JDK Socket. Kontrolloni klientin aktual Kafka dhe integrimin e rrjetit në vend që të supozoni se çdo socket Java respekton të njëjtën cilësim.
Një klient i vetëdijshëm për proxy ka nevojë për një rrugë të lejuar drejt pikave fundore përkatëse të broker-ëve. Një rregullim në nivel rrjeti ka nevojë për arritshmëri dhe zgjidhje emrash përkatëse. Këto janë dizajne të ndryshme dhe asnjëra nuk sigurohet thjesht duke listuar një proxy si server bootstrap.
Mbani të ndara cilësimet e protokollit të sigurisë dhe të vërtetimit. Një proxy mund të krijojë një rrugë TCP ndërsa identiteti TLS, vërtetimi SASL ose autorizimi i broker-it ende dështojnë.
Për diagnostikim, shënoni cila pikë fundore dështoi dhe nëse erdhi nga konfigurimi statik ose nga metadata e kthyer. Ai dallim e ngushton problemin shumë më tepër sesa ndryshimi i përsëritur i një pike fundore që ishte tashmë e arritshme.