Kafka דורך אַ פּראָקסי: bootstrap אַרבעט, אָבער broker פֿאַרבינדונגען פֿאַלן

אַ bootstrap פֿאַרבינדונג קען געראָטן בשעת דער Kafka קליענט קען נאָך נישט פּראָדוצירן אָדער פֿאַרנוצן. Bootstrap סערווערס העלפֿן דעם קליענט אַנטדעקן דעם קלויסטער; זיי זענען נישט קאָנצעפּטועל די איינציקע ענדפּוינטן מיט וואָס ער וועט זיך פֿאַרבינדן.

Broker מעטאַדאַטן אַנטהאַלטן אַדרעסן וואָס ווערן גענוצט פֿאַר שפּעטערדיקע פֿאַרבינדונגען. אויב די נעמען אָדער פּאָרטן זענען נישט צוטריטלעך דורך דעם געמיינטן פּראָקסי וועג, לייזט די ערשטע געראָטענע פֿאַרבינדונג נישט דעם רעשט פֿון דער אַרבעט.

לייענט די אָנגעזאָגטע ענדפּוינטן

פֿאַרגלייכ� די bootstrap אַדרעס מיט די broker אַדרעסן וואָס דער קליענט באַקומט טאַקע. אַ פּובליקער bootstrap צונאָמען קען פֿירן צו פּריוואַטע אָנגעזאָגטע נעמען, און אַריבערפֿירן איין לאָקאַלן פּאָרט שרײַבט נישט איבער יעדע אַדרעס אין די מעטאַדאַטן אויטאָמאַטיש.

באַשטימט אויך דעם פּראָקסי וועג וואָס די קליענט פֿירמיאַכעריי שטיצט. אַ Java סיסטעם SOCKS פֿאַרמאָג איז נישט קיין גאַראַנטיע אַז דער NIO-באַזירטער טראַנספּאָרט פֿון אַ ביבליאָטעק נוצט דעם JDK Socket פּראָקסי מעקאַניזם. פּרוּווט דעם טאַקע Kafka קליענט און די נעצווערק פֿאַרבינדונג אַנשטאָט פֿאַרנעמען אַז יעדער Java סאָקעט אָנערקענט די זעלבע באַשטעלונג.

אַ פּראָקסי-באַוווּסטן קליענט דאַרף אַ דערלויבטער וועג צו די באַטראָפֿענע broker ענדפּוינטן. אַ סדר אויף נעצווערק מדרגה דאַרף פּאַסיקע צוטריטלעכקייט און נאָמען-לייזונג. דאָס זענען פֿאַרשידענע פּלאַנען, און קיין איינער ווערט נישט געגעבן בלויז דורך ליסטירן אַ פּראָקסי ווי אַ bootstrap סערווער.

האַלט באַזונדער די באַשטעלונגען פֿון זיכערהייט פּראָטאָקאָל און אויטענטיפֿיקאַציע. אַ פּראָקסי קען אויפֿשטעלן אַ TCP וועג בשעת TLS אידענטיטעט, SASL אויטענטיפֿיקאַציע אָדער broker דערלויבעניש פֿאַלן נאָך.

פֿאַר דיאַגנאָז, פֿאַרשרייַבט וועלכער ענדפּוינט איז דורכגעפֿאַלן און צי ער איז געקומען פֿון סטאַטישער פֿאָרמירונג אָדער פֿון צוריקגעגעבענע מעטאַדאַטן. דער אונטערשייד באַגרענעצט די פּראָבלעם פֿיל מער ווי איבערחזרן ענדערן אַן ענדפּוינט וואָס איז שוין געווען צוטריטלעך.