Size: a a a

2020 December 02

DZ

Dmitriy Zaytsev in pro.kafka
burrow, prometheus, вот это всё.
источник

DZ

Dmitriy Zaytsev in pro.kafka
Я понимаю, что по хорошему мне нужно в сообщения класть время начала жизни - и на консумерах эту метрику считать. Но вдруг кто-то на коленке решил.
источник

A

Alex in pro.kafka
что значит среднее время жизни?

вы latency так обозвали?
источник

DZ

Dmitriy Zaytsev in pro.kafka
Время между тем, как сообщение положили - и как его забрали в обработку или обработали.
источник

AL

Alexander Litvinov in pro.kafka
А что если сообщение в dlq попало?
источник

DZ

Dmitriy Zaytsev in pro.kafka
А что за dlq в кафке? Этож не кролик
источник

DZ

Dmitriy Zaytsev in pro.kafka
О. Сашка. 🖖
источник

A

Alex in pro.kafka
не помню чтобы было в апи
особенно в контексте что у вас много разных групп

почти всегда хватало оценки лага (сколько сообщений ещё не обработано)
источник

AL

Alexander Litvinov in pro.kafka
Dmitriy Zaytsev
А что за dlq в кафке? Этож не кролик
🙋‍♂️ ещё один топик для сообщения топика, обработка которого завершилась ошибкой. Может сместить метрику вроде
источник

A

Alex in pro.kafka
но это же нужно делать в пользовательском коде, а не в как в случае кролика оно само туда перекидывается
источник

DZ

Dmitriy Zaytsev in pro.kafka
Да, конкретной метрики нет. Лаги то я смотрю. Я подумал, может быть кто-нибудь вывел нормально работающую формулу, по которой можно среднее время прохождения сообщеньки посчитать. Пока у меня идея взять скорость роста топика, скорость потребления конкретной группой и лаг - и попробовать из этого как-то вывести.
источник

AL

Alexander Litvinov in pro.kafka
Alex
но это же нужно делать в пользовательском коде, а не в как в случае кролика оно само туда перекидывается
Инструментарий позволяет ничего не делать дополнительно в пользовательском коде - возникло исключение, сообщение будет отправлено в dlq.
источник

DZ

Dmitriy Zaytsev in pro.kafka
Dmitriy Zaytsev
Да, конкретной метрики нет. Лаги то я смотрю. Я подумал, может быть кто-нибудь вывел нормально работающую формулу, по которой можно среднее время прохождения сообщеньки посчитать. Пока у меня идея взять скорость роста топика, скорость потребления конкретной группой и лаг - и попробовать из этого как-то вывести.
Если вдруг кому-то такое тоже интересно и кто-то тоже не хочет инструментировать консумеры - то вот, возможно вам подойдёт - https://github.com/lightbend/kafka-lag-exporter#estimate-consumer-group-time-lag.
источник

H

Hjortron in pro.kafka
В тему предыдущего вопроса, подскажите пожалуйста как можно мониторить лаг? А то describe постоянно вызывать надоело
источник

DZ

Dmitriy Zaytsev in pro.kafka
kafka-burrow же.
источник

DZ

Dmitriy Zaytsev in pro.kafka
Ну или последняя ссылка от меня - там лаг и в количестве и во времени.
источник

AZ

Alexander Zaitsev in pro.kafka
скажите пожалуйста, блобы потенциально довольно больших размеров (1-2 гига, но обычно размером около 100 метров) гонять через очереди нормально? или подумать о другом механизме каком-нибудь?
источник

AZ

Alexander Zaitsev in pro.kafka
взаимодействие между сервисами хочется видеть только через очереди. Но думаю, что делать в ситуации, когда пользователь хочет в систему загрузить какой-нибудь здоровый файл
источник

N

Nick in pro.kafka
Alexander Zaitsev
взаимодействие между сервисами хочется видеть только через очереди. Но думаю, что делать в ситуации, когда пользователь хочет в систему загрузить какой-нибудь здоровый файл
не давать ему это сделать?)
источник

N

Nick in pro.kafka
а по делу - файлами должны заниматься либо отдельные очереди под это выделенные, либо через файлопомойку ака S3 (ну или фтп опять же)
источник