Size: a a a

2020 February 20

IP

Ivan Ponomarev in pro.kafka
Еду на Kafka Summit London, кто ещё?? 🤘
источник

IP

Ivan Ponomarev in pro.kafka
Касательно тестирования стримов, @gamussa ! Я тут на днях обнаружил кейс, когда в TestDriver всё хорошо проходит, а в настоящем кластере не работает.
Оказывается, TestDriver не одинаково с настоящим кластером прописывает headers, и десериализатор, который учитывает headers, может отлично тебе показать зелёные тесты в TestDriver, но абсолютно дико повести себя в настоящем кластере. Если нужно, дарю тебе этот пример для доклада, все подробности могу рассказать
источник

ЮБ

Юрий Бадальянц in pro.kafka
Вопрос по стримам — допустим, у меня компактед топик. И я хочу сделать из него KTable. По-умолчанию создастся дополнительный changelog топик, который будет полной копией начального топика. Если же я укажу в материалайзере withLoggingDisabled, то changelog топика не будет. Но будет ли при этом нормально восстанавливаться состояние приложения при рестарте?
источник

ЮБ

Юрий Бадальянц in pro.kafka
Оптимизация у меня включена all, но когда я делаю describe на топологии я всё равно вижу, что ченжлог топик создаётся, если не сделать явного withLoggingDisabled
источник

ὦan in pro.kafka
Юрий Бадальянц
Вопрос по стримам — допустим, у меня компактед топик. И я хочу сделать из него KTable. По-умолчанию создастся дополнительный changelog топик, который будет полной копией начального топика. Если же я укажу в материалайзере withLoggingDisabled, то changelog топика не будет. Но будет ли при этом нормально восстанавливаться состояние приложения при рестарте?
Подписываюсь под вопросом - тоже интересует ответ, чет не смог наглулить
источник

λ

λλ in pro.kafka
чем вам фс2 не угодил
источник

ЮБ

Юрий Бадальянц in pro.kafka
λλ
чем вам фс2 не угодил
Спасибо за дельный ответ по существу! Люблю такое!
источник

IR

Ivan Rasikhin in pro.kafka
Юрий Бадальянц
Вопрос по стримам — допустим, у меня компактед топик. И я хочу сделать из него KTable. По-умолчанию создастся дополнительный changelog топик, который будет полной копией начального топика. Если же я укажу в материалайзере withLoggingDisabled, то changelog топика не будет. Но будет ли при этом нормально восстанавливаться состояние приложения при рестарте?
будет
источник

IR

Ivan Rasikhin in pro.kafka
даже есть оптимизация которая как раз отключает создание changelog топика если source топик является так же и sink топиком
источник

IR

Ivan Rasikhin in pro.kafka
т е source топик = changelog топик
источник

IR

Ivan Rasikhin in pro.kafka
при этом он может и не быть вполне себе compacted
источник

ЮБ

Юрий Бадальянц in pro.kafka
Ivan Rasikhin
будет
То есть при рестарте он топик будет с начального оффсета читать?
источник

IR

Ivan Rasikhin in pro.kafka
да
источник

ЮБ

Юрий Бадальянц in pro.kafka
Ivan Rasikhin
т е source топик = changelog топик
Ну вот у меня включена полная оптимизация, и почему-то такого не происходит. Пока я явно логирование не выключу, ченжлог создаётся
источник

ЮБ

Юрий Бадальянц in pro.kafka
А как кафка стримы прочухивают это? Ведь по-умолчанию, оффсеты чтения сорса для ktable должны комитится, и при рестарте состояние вычитывается из ченжлога, а потом продолжается с закомиченных оффсетов из сорс топика. Получается, когда я выключаю логирование, это влияет на коммиты оффсетов сорс топика?
источник

IR

Ivan Rasikhin in pro.kafka
на старте делается перемещение в начало топика и зачитывается с нуля
источник

IR

Ivan Rasikhin in pro.kafka
последний оффсет берется из метаинформации консюмера на старте
источник

ὦan in pro.kafka
то есть, стримы всегда с начала топика читают? (могу читать жопой)
источник

IR

Ivan Rasikhin in pro.kafka
немного не так
источник

IR

Ivan Rasikhin in pro.kafka
ktable на старте восстанавливает состояние из source топика
источник