Я видел людей которые отвечали за важный проект в  компании (и работали с начала проекта) - но при этом это проект был весьма древний и там было все написано через сервлеты и scheduled процессинг завязанный на статусах из абзы, и все попытки перейти на использование спринг контроллеров и попытка упростить поменять schedule processing на что-нибудь ивентоподобное через зайца или кафку,  уперались на жестокую блокировку с их стороны без попыток даже попрототипировать и менеджмент всега принимал их сторону. Так эти люди так у них был тайтл архитекторы четотам и в новые проекты до которых могли дотянутся навязывали свое виденье ...

@lex_it ужасная привычка увы сформированная годами, я обычно стараюсь соблюдать эту классную практику, но автоматом пока ещё делаю так будто параллельно чату идет игра в какой нибудь ММО, извините...

Всем привет. Задача мигрировать с Кафка 2.0.0 на 2.5.0. как лучше это осуществить без даунтайма. Пока мне кажется наилучший способ использовать миррор мейкер. Но вопрос в том что когда я буду переключать одну из нод приложения на новый кластер кафки не возникнет ли проблем с его консюмер группой? Или есть более правильный способ миграции?

+, у меня та же проблема
Особенно, когда чат с друзьями в игре реализован посредством того же самого окна чата. И форматировать сообщение довольно сложно.

Проблем не должно возникнуть, просто переключай ноды по одной и дожидайся перевыборов лидера

Всем привет. Задача мигрировать с Кафка 2.0.0 на 2.5.0. как лучше это осуществить без даунтайма. Пока мне кажется наилучший способ использовать миррор мейкер. Но вопрос в том что когда я буду переключать одну из нод приложения на новый кластер кафки не возникнет ли проблем с его консюмер группой? Или есть более правильный способ миграции?

сейчас тоже этим занимаемся
если коротко, то план такой:
1. обновить сначала клиенты кафки на 2.5 и раскатать их, они норм работают со старыми брокерами
2. обновить брокеры до 2.5, есть нюанс с inter.broker.protocol.version, в доке про него написано

брокеры нужно обновлять по одной ноде: выключил, обновил, дождался синка поднятой ноды, переходишь к следующей

А, и никакой миррор-кластер не нужен: если у тебя изначально нечётное число нод, то кворум будет обеспечен

Да, всё получится. Для синхронизации у тебя Зукипер?

Не успел спросить:) Если Зукипер отдельным кластером - то можно оставить старый. Если он на тех же нодах, что и кафка - логичнее обновлять.