പ്രോക്സി വഴി Kafka: bootstrap പ്രവർത്തിക്കുന്നു, broker കണക്ഷനുകൾ പരാജയപ്പെടുന്നു

Kafka ക്ലയന്റിന് ഇപ്പോഴും ഉത്പാദിപ്പിക്കാനോ ഉപഭോഗിക്കാനോ കഴിയാത്തപ്പോഴും bootstrap കണക്ഷൻ വിജയിച്ചേക്കാം. Bootstrap സെർവറുകൾ ക്ലയന്റിന് ക്ലസ്റ്റർ കണ്ടെത്താൻ സഹായിക്കുന്നു; ക്ലയന്റ് ബന്ധപ്പെടുന്ന ഏക എൻഡ്പോയിന്റുകൾ അവയായിരിക്കണമെന്നില്ല.

Broker മെറ്റാഡാറ്റയിൽ പിന്നീടുള്ള കണക്ഷനുകൾക്ക് ഉപയോഗിക്കുന്ന വിലാസങ്ങൾ അടങ്ങിയിരിക്കുന്നു. ആ പേരുകളോ പോർട്ടുകളോ ഉദ്ദേശിച്ച പ്രോക്സി പാതയിലൂടെ എത്താനാകുന്നില്ലെങ്കിൽ, ആദ്യ വിജയകരമായ കണക്ഷൻ ബാക്കി ജോലി പരിഹരിക്കുന്നില്ല.

പ്രഖ്യാപിത എൻഡ്പോയിന്റുകൾ വായിക്കുക

Bootstrap വിലാസത്തെ ക്ലയന്റ് യഥാർത്ഥത്തിൽ സ്വീകരിക്കുന്ന broker വിലാസങ്ങളുമായി താരതമ്യം ചെയ്യുക. പൊതു bootstrap അലിയാസ് സ്വകാര്യ പ്രഖ്യാപിത പേരുകളിലേക്ക് നയിച്ചേക്കാം, ഒരു ലോക്കൽ പോർട്ട് ഫോർവേഡ് ചെയ്യുന്നത് മെറ്റാഡാറ്റയിലെ എല്ലാ വിലാസങ്ങളും സ്വയമേവ മാറ്റിയെഴുതുന്നില്ല.

ക്ലയന്റ് നടപ്പാക്കൽ പിന്തുണയ്ക്കുന്ന പ്രോക്സി പാതയും തിരിച്ചറിയുക. Java സിസ്റ്റം SOCKS പ്രോപ്പർട്ടി ഒരു ലൈബ്രറിയുടെ NIO അടിസ്ഥാനമാക്കിയ ട്രാൻസ്പോർട്ട് JDK Socket പ്രോക്സി സംവിധാനം ഉപയോഗിക്കുന്നു എന്നതിന് ഉറപ്പല്ല. എല്ലാ Java സോക്കറ്റും ഒരേ ക്രമീകരണം പാലിക്കുന്നു എന്ന് കരുതുന്നതിനു പകരം യഥാർത്ഥ Kafka ക്ലയന്റും നെറ്റ്വർക്ക് സംയോജനവും പരിശോധിക്കുക.

പ്രോക്സി അറിയുന്ന ക്ലയന്റിന് പ്രസക്തമായ broker എൻഡ്പോയിന്റുകളിലേക്ക് അനുവദനീയമായ പാത ആവശ്യമാണ്. നെറ്റ്വർക്ക് തലത്തിലുള്ള ക്രമീകരണത്തിന് അനുബന്ധ എത്തിച്ചേരലും നാമപരിഹാരവും ആവശ്യമാണ്. ഇവ വ്യത്യസ്ത രൂപകല്പനകളാണ്, പ്രോക്സിയെ bootstrap സെർവറായി പട്ടികപ്പെടുത്തുന്നത് കൊണ്ട് മാത്രം ഒന്നും ലഭ്യമാകുന്നില്ല.

സുരക്ഷാ പ്രോട്ടോക്കോളും പ്രാമാണീകരണ ക്രമീകരണങ്ങളും വേർതിരിച്ച് സൂക്ഷിക്കുക. പ്രോക്സിക്ക് TCP പാത സ്ഥാപിക്കാം, എന്നാൽ TLS ഐഡന്റിറ്റി, SASL പ്രാമാണീകരണം അല്ലെങ്കിൽ broker അംഗീകാരം ഇപ്പോഴും പരാജയപ്പെടാം.

രോഗനിർണയത്തിനായി, ഏത് എൻഡ്പോയിന്റാണ് പരാജയപ്പെട്ടതെന്നും അത് സ്ഥിരമായ കോൺഫിഗറേഷനിൽ നിന്നാണോ തിരികെ ലഭിച്ച മെറ്റാഡാറ്റയിൽ നിന്നാണോ വന്നതെന്നും രേഖപ്പെടുത്തുക. ആ വ്യത്യാസം ഇതിനകം എത്താനാകുന്ന എൻഡ്പോയിന്റ് ആവർത്തിച്ച് മാറ്റുന്നതിനേക്കാൾ പ്രശ്നം വളരെയധികം ചുരുക്കുന്നു.