ப்ராக்ஸி வழியாக Kafka: bootstrap வேலை செய்கிறது, broker இணைப்புகள் தோல்வியடைகின்றன

Kafka கிளையண்ட் இன்னும் உற்பத்தி செய்யவோ நுகரவோ முடியாத நிலையில் bootstrap இணைப்பு வெற்றிபெறலாம். Bootstrap சேவையகங்கள் கிளையண்ட் கிளஸ்டரைக் கண்டறிய உதவுகின்றன; அவை கிளையண்ட் இணைக்கும் ஒரே முனைப்புள்ளிகள் அல்ல.

Broker மெட்டாடேட்டாவில் பிந்தைய இணைப்புகளுக்குப் பயன்படும் முகவரிகள் உள்ளன. அந்தப் பெயர்கள் அல்லது துறைமுகங்கள் நோக்கமிடப்பட்ட ப்ராக்ஸி பாதை வழியாக அணுக முடியாவிட்டால், முதல் வெற்றிகரமான இணைப்பு மீதமுள்ள வேலையைத் தீர்க்காது.

அறிவிக்கப்பட்ட முனைப்புள்ளிகளைப் படியுங்கள்

Bootstrap முகவரியை கிளையண்ட் உண்மையில் பெறும் broker முகவரிகளுடன் ஒப்பிடுங்கள். பொது bootstrap மாற்றுப்பெயர் தனிப்பட்ட அறிவிக்கப்பட்ட பெயர்களுக்கு வழிவகுக்கலாம், ஒரு உள்ளூர் துறைமுகத்தை அனுப்புவது மெட்டாடேட்டாவில் உள்ள ஒவ்வொரு முகவரியையும் தானாக மீண்டும் எழுதாது.

கிளையண்ட் செயலாக்கம் ஆதரிக்கும் ப்ராக்ஸி பாதையையும் அடையாளம் காணுங்கள். Java கணினி SOCKS பண்பு என்பது ஒரு நூலகத்தின் NIO அடிப்படையிலான போக்குவரத்து JDK Socket ப்ராக்ஸி பொறிமுறையைப் பயன்படுத்துகிறது என்பதற்கான உத்தரவாதம் அல்ல. ஒவ்வொரு Java சாக்கெட்டும் ஒரே அமைப்பை மதிக்கிறது என்று கருதுவதற்குப் பதிலாக உண்மையான Kafka கிளையண்ட் மற்றும் நெட்வொர்க் ஒருங்கிணைப்பைச் சரிபார்க்கவும்.

ப்ராக்ஸி உணர்வுள்ள கிளையண்டிற்கு தொடர்புடைய broker முனைப்புள்ளிகளுக்கு அனுமதிக்கப்பட்ட பாதை தேவை. நெட்வொர்க் நிலை ஏற்பாட்டிற்கு தொடர்புடைய அணுகல் மற்றும் பெயர் தீர்வு தேவை. இவை வேறுபட்ட வடிவமைப்புகள், ப்ராக்ஸியை bootstrap சேவையகமாகப் பட்டியலிடுவதால் மட்டும் எதுவும் கிடைக்காது.

பாதுகாப்பு நெறிமுறை மற்றும் அங்கீகார அமைப்புகளைத் தனியாக வைத்திருங்கள். ப்ராக்ஸி TCP பாதையை உருவாக்கலாம், ஆனால் TLS அடையாளம், SASL அங்கீகாரம் அல்லது broker அனுமதி இன்னும் தோல்வியடையலாம்.

கண்டறிதலுக்கு, எந்த முனைப்புள்ளி தோல்வியடைந்தது, அது நிலையான கட்டமைப்பிலிருந்து வந்ததா அல்லது திருப்பியளிக்கப்பட்ட மெட்டாடேட்டாவிலிருந்து வந்ததா என்பதைக் குறிப்பிடுங்கள். அந்த வேறுபாடு ஏற்கனவே அணுகக்கூடிய முனைப்புள்ளியை மீண்டும் மீண்டும் மாற்றுவதை விட சிக்கலை மிகவும் குறுக்குகிறது.