ପ୍ରକ୍ସି ମାଧ୍ୟମରେ Kafka: bootstrap କାମ କରେ, କିନ୍ତୁ broker ସଂଯୋଗ ବିଫଳ ହୁଏ

Kafka କ୍ଲାଏଣ୍ଟ ଏବେ ମଧ୍ୟ ଉତ୍ପାଦନ କିମ୍ବା ଉପଭୋଗ କରିପାରୁ ନଥିବାବେଳେ bootstrap ସଂଯୋଗ ସଫଳ ହୋଇପାରେ। Bootstrap ସର୍ଭରଗୁଡ଼ିକ କ୍ଲାଏଣ୍ଟକୁ କ୍ଲଷ୍ଟର ଆବିଷ୍କାର କରିବାରେ ସାହାଯ୍ୟ କରେ; ସେଗୁଡ଼ିକ କ୍ଲାଏଣ୍ଟ ସଂଯୋଗ କରିବା ଏକମାତ୍ର ଏଣ୍ଡପଏଣ୍ଟ ନହୋଇପାରେ।

Broker ମେଟାଡାଟାରେ ପରବର୍ତ୍ତୀ ସଂଯୋଗ ପାଇଁ ବ୍ୟବହୃତ ଠିକଣା ରହିଥାଏ। ଯଦି ସେହି ନାମ କିମ୍ବା ପୋର୍ଟଗୁଡ଼ିକ ଉଦ୍ଦିଷ୍ଟ ପ୍ରକ୍ସି ପଥ ଦେଇ ପହଞ୍ଚିବା ଯୋଗ୍ୟ ନୁହେଁ, ପ୍ରଥମ ସଫଳ ସଂଯୋଗ ଅବଶିଷ୍ଟ କାମ ସମାଧାନ କରେ ନାହିଁ।

ଘୋଷିତ ଏଣ୍ଡପଏଣ୍ଟଗୁଡ଼ିକ ପଢ଼ନ୍ତୁ

Bootstrap ଠିକଣାକୁ କ୍ଲାଏଣ୍ଟ ପ୍ରକୃତରେ ପାଉଥିବା broker ଠିକଣାଗୁଡ଼ିକ ସହିତ ତୁଳନା କରନ୍ତୁ। ଏକ ସାର୍ବଜନୀନ bootstrap ଉପନାମ ବ୍ୟକ୍ତିଗତ ଘୋଷିତ ନାମକୁ ନେଇପାରେ, ଏବଂ ଗୋଟିଏ ସ୍ଥାନୀୟ ପୋର୍ଟ ଫରୱାର୍ଡ କରିବା ମେଟାଡାଟାର ପ୍ରତ୍ୟେକ ଠିକଣାକୁ ସ୍ୱଚାଳିତ ଭାବରେ ପୁନଃଲେଖେ ନାହିଁ।

କ୍ଲାଏଣ୍ଟ କାର୍ଯ୍ୟାନ୍ୱୟନ ସମର୍ଥନ କରୁଥିବା ପ୍ରକ୍ସି ପଥ ମଧ୍ୟ ଚିହ୍ନଟ କରନ୍ତୁ। Java ସିଷ୍ଟମ SOCKS ଗୁଣ ଏକ ଲାଇବ୍ରେରୀର NIO-ଆଧାରିତ ପରିବହନ JDK Socket ପ୍ରକ୍ସି ଯନ୍ତ୍ରକୌଶଳ ବ୍ୟବହାର କରେ ବୋଲି ଗ୍ୟାରେଣ୍ଟି ନୁହେଁ। ପ୍ରତ୍ୟେକ Java ସକେଟ ଏକ ସେଟିଂ ମାନେ ବୋଲି ଧରିବା ପରିବର୍ତ୍ତେ ପ୍ରକୃତ Kafka କ୍ଲାଏଣ୍ଟ ଏବଂ ନେଟୱାର୍କ ସଂଯୋଜନା ଯାଞ୍ଚ କରନ୍ତୁ।

ପ୍ରକ୍ସି-ସଚେତନ କ୍ଲାଏଣ୍ଟକୁ ସମ୍ପୃକ୍ତ broker ଏଣ୍ଡପଏଣ୍ଟ ପର୍ଯ୍ୟନ୍ତ ଅନୁମତିପ୍ରାପ୍ତ ପଥ ଆବଶ୍ୟକ। ନେଟୱାର୍କ-ସ୍ତରୀୟ ବ୍ୟବସ୍ଥାକୁ ସମ୍ପୃକ୍ତ ପହଞ୍ଚ ଏବଂ ନାମ ସମାଧାନ ଆବଶ୍ୟକ। ଏହା ଭିନ୍ନ ଡିଜାଇନ, ଏବଂ ପ୍ରକ୍ସିକୁ bootstrap ସର୍ଭର ଭାବରେ ତାଲିକାଭୁକ୍ତ କରିବା ଦ୍ୱାରା କୌଣସିଟି ମିଳେ ନାହିଁ।

ସୁରକ୍ଷା ପ୍ରୋଟୋକଲ ଏବଂ ପ୍ରମାଣୀକରଣ ସେଟିଂଗୁଡ଼ିକୁ ଅଲଗା ରଖନ୍ତୁ। ଏକ ପ୍ରକ୍ସି TCP ପଥ ସ୍ଥାପନ କରିପାରେ, କିନ୍ତୁ TLS ପରିଚୟ, SASL ପ୍ରମାଣୀକରଣ କିମ୍ବା broker ଅଧିକାର ତଥାପି ବିଫଳ ହୋଇପାରେ।

ନିଦାନ ପାଇଁ, କେଉଁ ଏଣ୍ଡପଏଣ୍ଟ ବିଫଳ ହେଲା ଏବଂ ଏହା ସ୍ଥିର ବିନ୍ୟାସରୁ ଆସିଛି କି ଫେରାଇଥିବା ମେଟାଡାଟାରୁ ଆସିଛି ଲେଖନ୍ତୁ। ସେହି ପାର୍ଥକ୍ୟ ପୂର୍ବରୁ ପହଞ୍ଚିବା ଯୋଗ୍ୟ ଏଣ୍ଡପଏଣ୍ଟକୁ ବାରମ୍ବାର ବଦଳାଇବା ଅପେକ୍ଷା ସମସ୍ୟାକୁ ବହୁତ ଅଧିକ ସଂକୀର୍ଣ୍ଣ କରେ।