Разве там нужен балансир? Кафка сама же лидеров партиций раскидывает,

продюсер уже в лидеров стреляет

Я пока такую статью нашёл. Но хотелось бы узнать кто реально что-то использует https://docs.confluent.io/operator/current/co-loadbalancers.html

А ответ вообще зачем это делать:we want to abstract away the brokers altogether so that a client doesn’t have to include each individual broker in its configuration. This allows us to dynamically scale clusters in response to changing workloads, without requiring configuration changes in the client. Тут хорошо описан пример: https://www.confluent.io/blog/what-we-learned-building-confluent-cloud/

Понял

Это другое ☺️ По другому не работает в кубере

Ну у меня цели аналогичные: предоставить один кластерный адрес и DNS для клиентов чтоб с него уже ко всем брокерам был доступ. Вот делал ли кто-то подобное и инфо как делать - я так и не нашёл

Берём днс. Создаём А запись. Добавляем к ней список адресов брокеров. Профит.

А для чего конкретно? Как единый бутстрап адрес? Тогда ок, просто все адреса в одной ДНС A-записи перечислить. А вот если идея в том, чтобы все коннекты шли через этот адрес - то так работать не будет, он всё равно должен отдать реальные адреса всех брокеров и клиенты должны коннектиться к ним.

Вот тут и самое интересное что мне нужен именно балансировщик: для клиентов одна точка входа но она должна отправлять в случае основной работы на один кластер с его списком бутстрап серверов а в случае дизастера то на другую группу серверов. Коллеги подсказали что через CISCO можно сделать с указанием спец правил.

Приблизительно так, да

А в чем там есть нюансы?