Kafka преку прокси: bootstrap работи, врските со broker-ите не успеваат

Bootstrap врската може да успее додека Kafka клиентот сè уште не може да произведува или консумира. Bootstrap серверите му помагаат на клиентот да го открие кластерот; тие не се нужно единствените крајни точки со кои ќе се поврзе.

Метаподатоците на broker-от содржат адреси што се користат за подоцнежни врски. Ако тие имиња или порти не се достапни преку предвидената прокси рута, првата успешна врска не го решава остатокот од работата.

Прочитајте ги објавените крајни точки

Споредете ја bootstrap адресата со адресите на broker-ите што клиентот всушност ги добива. Јавен bootstrap алијас може да води до приватни објавени имиња, а препраќањето на еден локален порт не ја препишува автоматски секоја адреса во метаподатоците.

Утврдете и која прокси патека ја поддржува имплементацијата на клиентот. Java системското SOCKS својство не е гаранција дека NIO-базираниот транспорт на библиотеката го користи прокси механизмот на JDK Socket. Проверете го вистинскиот Kafka клиент и мрежната интеграција наместо да претпоставувате дека секој Java socket го почитува истото поставување.

Клиент што го познава проксито бара дозволена рута до релевантните крајни точки на broker-ите. Мрежното решение бара соодветна достапност и резолуција на имиња. Тоа се различни дизајни и ниту еден не се добива само со наведување прокси како bootstrap сервер.

Држете ги одвоени поставките за безбедносен протокол и автентикација. Прокси може да воспостави TCP патека додека TLS идентитетот, SASL автентикацијата или авторизацијата на broker-от сè уште не успеваат.

За дијагностика, забележете која крајна точка не успеа и дали доаѓа од статична конфигурација или од вратени метаподатоци. Таа разлика многу повеќе го стеснува проблемот отколку постојаното менување на крајна точка што веќе била достапна.