ಪ್ರಾಕ್ಸಿ ಮೂಲಕ Kafka: bootstrap ಕೆಲಸ ಮಾಡುತ್ತದೆ, broker ಸಂಪರ್ಕಗಳು ವಿಫಲವಾಗುತ್ತವೆ

Kafka ಕ್ಲೈಂಟ್ ಇನ್ನೂ ಉತ್ಪಾದಿಸಲು ಅಥವಾ ಸೇವಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೂ bootstrap ಸಂಪರ್ಕ ಯಶಸ್ವಿಯಾಗಬಹುದು. Bootstrap ಸರ್ವರ್ಗಳು ಕ್ಲೈಂಟ್ ಕ್ಲಸ್ಟರ್ ಅನ್ನು ಕಂಡುಕೊಳ್ಳಲು ಸಹಾಯ ಮಾಡುತ್ತವೆ; ಅವು ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸುವ ಏಕೈಕ ಅಂತ್ಯ ಬಿಂದುಗಳಾಗಿರಲೇಬೇಕಿಲ್ಲ.

Broker ಮೆಟಾಡೇಟಾದಲ್ಲಿ ನಂತರದ ಸಂಪರ್ಕಗಳಿಗೆ ಬಳಸುವ ವಿಳಾಸಗಳಿರುತ್ತವೆ. ಆ ಹೆಸರುಗಳು ಅಥವಾ ಪೋರ್ಟ್ಗಳು ಉದ್ದೇಶಿತ ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗದ ಮೂಲಕ ತಲುಪಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಮೊದಲ ಯಶಸ್ವಿ ಸಂಪರ್ಕ ಉಳಿದ ಕೆಲಸವನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ.

ಜಾಹೀರಾತು ಮಾಡಿದ ಅಂತ್ಯ ಬಿಂದುಗಳನ್ನು ಓದಿ

Bootstrap ವಿಳಾಸವನ್ನು ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಪಡೆಯುವ broker ವಿಳಾಸಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ. ಸಾರ್ವಜನಿಕ bootstrap ಅಲಿಯಾಸ್ ಖಾಸಗಿ ಜಾಹೀರಾತು ಹೆಸರುಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು, ಮತ್ತು ಒಂದು ಸ್ಥಳೀಯ ಪೋರ್ಟ್ ಅನ್ನು ಮುಂದಕ್ಕೆ ರವಾನಿಸುವುದು ಮೆಟಾಡೇಟಾದ ಪ್ರತಿ ವಿಳಾಸವನ್ನೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುಬರೆಯುವುದಿಲ್ಲ.

ಕ್ಲೈಂಟ್ ಅನುಷ್ಠಾನವು ಬೆಂಬಲಿಸುವ ಪ್ರಾಕ್ಸಿ ಮಾರ್ಗವನ್ನೂ ಗುರುತಿಸಿ. Java ಸಿಸ್ಟಮ್ SOCKS ಗುಣಲಕ್ಷಣವು ಲೈಬ್ರರಿಯ NIO ಆಧಾರಿತ ಸಾಗಣೆ JDK Socket ಪ್ರಾಕ್ಸಿ ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸುತ್ತದೆ ಎಂಬ ಖಾತರಿಯಲ್ಲ. ಪ್ರತಿ Java ಸಾಕೆಟ್ ಒಂದೇ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಗೌರವಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ನಿಜವಾದ Kafka ಕ್ಲೈಂಟ್ ಮತ್ತು ನೆಟ್ವರ್ಕ್ ಏಕೀಕರಣವನ್ನು ಪರಿಶೀಲಿಸಿ.

ಪ್ರಾಕ್ಸಿ ಅರಿವಿರುವ ಕ್ಲೈಂಟ್ಗೆ ಸಂಬಂಧಿತ broker ಅಂತ್ಯ ಬಿಂದುಗಳಿಗೆ ಅನುಮತಿಸಲಾದ ಮಾರ್ಗ ಬೇಕು. ನೆಟ್ವರ್ಕ್ ಮಟ್ಟದ ವ್ಯವಸ್ಥೆಗೆ ಅನುಗುಣವಾದ ತಲುಪುವಿಕೆ ಮತ್ತು ಹೆಸರು ಪರಿಹಾರ ಬೇಕು. ಇವು ಬೇರೆ ಬೇರೆ ವಿನ್ಯಾಸಗಳು, ಮತ್ತು ಪ್ರಾಕ್ಸಿಯನ್ನು bootstrap ಸರ್ವರ್ ಎಂದು ಪಟ್ಟಿ ಮಾಡುವುದರಿಂದ ಮಾತ್ರ ಯಾವುದೂ ಸಿಗುವುದಿಲ್ಲ.

ಸುರಕ್ಷತಾ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ದೃಢೀಕರಣ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿಡಿ. ಪ್ರಾಕ್ಸಿ TCP ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸಬಹುದು, ಆದರೆ TLS ಗುರುತು, SASL ದೃಢೀಕರಣ ಅಥವಾ broker ಅಧಿಕಾರ ಇನ್ನೂ ವಿಫಲವಾಗಬಹುದು.

ರೋಗನಿರ್ಣಯಕ್ಕಾಗಿ, ಯಾವ ಅಂತ್ಯ ಬಿಂದು ವಿಫಲವಾಯಿತು ಮತ್ತು ಅದು ಸ್ಥಿರ ಸಂರಚನೆಯಿಂದ ಬಂದಿದೆಯೇ ಅಥವಾ ಹಿಂತಿರುಗಿಸಿದ ಮೆಟಾಡೇಟಾದಿಂದ ಬಂದಿದೆಯೇ ಎಂದು ಗಮನಿಸಿ. ಆ ವ್ಯತ್ಯಾಸವು ಈಗಾಗಲೇ ತಲುಪಬಹುದಾದ ಅಂತ್ಯ ಬಿಂದುವನ್ನು ಪದೇ ಪದೇ ಬದಲಾಯಿಸುವುದಕ್ಕಿಂತ ಸಮಸ್ಯೆಯನ್ನು ಹೆಚ್ಚು ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ.