Kafka proxy baten bidez: bootstrapak funtzionatzen du, broker konexioek huts egiten dute

Bootstrap konexio batek ondo funtziona dezake Kafka bezeroak oraindik ekoiztu edo kontsumitu ezin duen bitartean. Bootstrap zerbitzariek bezeroari klusterra aurkitzen laguntzen diote; ez dira derrigorrez bezeroak erabiliko dituen amaiera puntu bakarrak.

Broker metadatuak geroagoko konexioetarako erabiltzen diren helbideak ditu. Helbide edo portu horiek aurreikusitako proxy ibilbidearen bidez irisgarriak ez badira, lehen konexio arrakastatsuak ez du lanaren gainerakoa konpontzen.

Irakurri iragarritako amaiera puntuak

Konparatu bootstrap helbidea bezeroak benetan jasotzen dituen broker helbideekin. Bootstrap alias publiko bat iragarritako izen pribatuetara eraman dezake, eta portu lokal bat birbidaltzeak ez ditu metadatuetako helbide guztiak automatikoki berridazten.

Identifikatu, halaber, bezeroaren inplementazioak onartzen duen proxy bidea. Java sistemaren SOCKS propietate bat ez da bermea liburutegi baten NIO oinarriko garraioak JDK Socket proxy mekanismoa erabiltzen duenik. Egiaztatu benetako Kafka bezeroa eta sare integrazioa, Java socket guztiek ezarpen bera errespetatzen dutela suposatu beharrean.

Proxyaz jabetzen den bezeroak baimendutako ibilbidea behar du dagokien broker amaiera puntuetara. Sare mailako antolamenduak dagokion irisgarritasuna eta izen ebazpena behar ditu. Diseinu desberdinak dira, eta ez bat ez bestea ez dira lortzen proxy bat bootstrap zerbitzari gisa zerrendatze hutsarekin.

Eduki bereizita segurtasun protokoloaren eta autentifikazioaren ezarpenak. Proxy batek TCP ibilbidea ezar dezake TLS identitateak, SASL autentifikazioak edo broker baimenak huts egiten jarraitzen duten bitartean.

Diagnostikorako, idatzi zein amaiera puntuk huts egin duen eta konfigurazio estatikoitk edo itzulitako metadatuetatik datorren. Bereizketa horrek arazoa askoz gehiago mugatzen du jada irisgarria zen amaiera puntu bat behin eta berriz aldatzeak baino.