ప్రాక్సీ ద్వారా Kafka: bootstrap పని చేస్తుంది, కానీ broker కనెక్షన్లు విఫలమవుతాయి

Kafka క్లయింట్ ఇంకా ఉత్పత్తి చేయలేక లేదా వినియోగించలేక ఉన్నప్పటికీ bootstrap కనెక్షన్ విజయవంతం కావచ్చు. Bootstrap సర్వర్లు క్లయింట్ క్లస్టర్ను కనుగొనడంలో సహాయపడతాయి; అవి క్లయింట్ కనెక్ట్ అయ్యే ఏకైక ఎండ్పాయింట్లు కాకపోవచ్చు.

Broker మెటాడేటాలో తర్వాతి కనెక్షన్ల కోసం ఉపయోగించే చిరునామాలు ఉంటాయి. ఆ పేర్లు లేదా పోర్ట్లు ఉద్దేశించిన ప్రాక్సీ మార్గం ద్వారా చేరుకోలేకపోతే, మొదటి విజయవంతమైన కనెక్షన్ మిగిలిన పనిని పరిష్కరించదు.

ప్రకటించిన ఎండ్పాయింట్లను చదవండి

Bootstrap చిరునామాను క్లయింట్ వాస్తవంగా పొందే broker చిరునామాలతో పోల్చండి. పబ్లిక్ bootstrap alias ప్రైవేట్ ప్రకటించిన పేర్లకు దారితీయవచ్చు, ఒక లోకల్ పోర్ట్ను ఫార్వార్డ్ చేయడం మెటాడేటాలోని ప్రతి చిరునామాను స్వయంచాలకంగా తిరిగి రాయదు.

క్లయింట్ అమలు మద్దతిచ్చే ప్రాక్సీ మార్గాన్ని కూడా గుర్తించండి. Java సిస్టమ్ SOCKS ప్రాపర్టీ అనేది లైబ్రరీ NIO ఆధారిత రవాణా JDK Socket ప్రాక్సీ యంత్రాంగాన్ని ఉపయోగిస్తుందని హామీ కాదు. ప్రతి Java సాకెట్ ఒకే సెట్టింగ్ను గౌరవిస్తుందని ఊహించడం బదులు వాస్తవ Kafka క్లయింట్ మరియు నెట్వర్క్ ఇంటిగ్రేషన్ను తనిఖీ చేయండి.

ప్రాక్సీ గురించి తెలిసిన క్లయింట్కు సంబంధిత broker ఎండ్పాయింట్లకు అనుమతించిన మార్గం అవసరం. నెట్వర్క్ స్థాయి ఏర్పాటుకు సంబంధిత చేరుకోగల సామర్థ్యం మరియు పేరు పరిష్కారం అవసరం. ఇవి వేర్వేరు డిజైన్లు, ప్రాక్సీని bootstrap సర్వర్గా జాబితా చేయడం ద్వారా మాత్రమే ఏదీ లభించదు.

భద్రతా ప్రోటోకాల్ మరియు ప్రామాణీకరణ సెట్టింగ్లను వేరుగా ఉంచండి. ప్రాక్సీ TCP మార్గాన్ని ఏర్పాటు చేయగలదు, కానీ TLS గుర్తింపు, SASL ప్రామాణీకరణ లేదా broker అధికారం ఇంకా విఫలం కావచ్చు.

నిర్ధారణ కోసం, ఏ ఎండ్పాయింట్ విఫలమైంది మరియు అది స్థిర కాన్ఫిగరేషన్ నుండి వచ్చిందా లేదా తిరిగి ఇచ్చిన మెటాడేటా నుండి వచ్చిందా గుర్తించండి. ఆ భేదం ఇప్పటికే చేరుకోగల ఎండ్పాయింట్ను పదేపదే మార్చడం కంటే సమస్యను చాలా ఎక్కువగా సంకుచితం చేస్తుంది.