Комментарии 11
Странно, что сеньор-девопс-эксперт-вице-президент всерьез рассматривает костыльное решение по использованию Кафки для агрегирующих операций над участниками торгов какого-то аукциона. В идеальном сценарии, мне кажется, Кафка должна быть не более чем шиной данных.
Совсем не странно. Конфлюент сейчас активно пиарит подобную архитектуру. По сути, вывернутая база данных наизнанку. Кафка выступает в роли WAL, а за ней стоит что-то, что строит материализованные представления. Крутой бонус - нужно что-то пересчитать, просто перечитываем кафку с первого оффсета.
Мне не понравилось сообщение@kenoma потому что пахнет пассивной агрессией и апелляцией к личности. А не сухие факты. Но в его сообщении все-таки есть здравое зерно. Не нужно пытаться из кафки делать троллейбус из буханки. Действительно, конфлюент показывает кучу интересных применений этой технологии, но у них есть два интереса - как популяризация технологии, так и продажа своих консалтинговых услуг. И та же история с Кафкой как БД - где-то может пригодиться, а где-то нет. И здесь нужно трезво подходить к тому стоит ли это использовать. Поэтому я очень осторожно упомянул такой вариант в интервью
Тут проблема заявленного авторитета, которая заключается в том, что на подобное мнение могут ссылаться менее опытные разработчики и принимать его в работу без задней мысли, моментально привнося технический долг и размывая границы инфраструктурных и бизнеслогиковых контекстов. Чем это пахнет, я не знаю, но я позволил себе немного саркастичности по этому поводу, почему нет?
По факту, если бы пример использования Кафки был бы больше под внутрение сопровожденческие задачи, вроде изощренных мониторингов и дашбордов, то это было бы более уместный пример применения технологии, но получилось бы не так впечатляюще и хайпово.
к слабостям могу еще отнести сложность правильной настройки, мало кто хорошо знает Кафку
лид рассказывал про случай, когда консьюмер упал, а время жизни непрочитанных сообщений стояло по умолчанию и в итоге к моменту починки консьюмера сообщения исчезли
лид рассказывал про случай, когда консьюмер упал, а время жизни непрочитанных сообщений стояло по умолчанию и в итоге к моменту починки консьюмера сообщения исчезли
очень странная история. Будто в наколенной очереди на REDIS или в RabbitMQ нельзя напороться на такие же грабли. Сочувствую. Зато опыт. Как говорится - за одного битого двух небитых дают
мало кто хорошо знает Кафку
так в целом в индустрии :-) Все заявляют знание кучи технологий, по факту знают их поверхностно. Но поверьте - реальных профи (если что я не спец по кафке, только учусь, как говорится) по кафке достаточно. В отличии от потенциальных конкурентов вроде pulsar.
Я бы сказал это настолько базовые настройки, что такие случаи звучат нелепо. Понимание о настройках ретеншена должно приходить после чтения пары туторилов об устройстве Кафки. Оно просто само собой вытекает из архитектуры Кафки.
Чуть менее очевидная вещь это лимиты ну размер сообщения, но с этим быстро довольно сталкиваешься благо.
Реально разбираться в Кафке это хотя бы копаться в ее настройках репликации. Вот уж где реальные проблемы народ ловит.
Реально разбираться в Кафке это хотя бы копаться в ее настройках репликации. Вот уж где реальные проблемы народ ловит.
ну, и всякое там - настройка количества партиций, еще ssltls/acl не очень приятно настраивается. Но жить можно. Главное желание в этом всем разобраться
Я бы сказал это настолько базовые настройки, что такие случаи звучат нелепо.
Это возникает, когда люди привыкшие к классическим MQ запускают Кафку методом быстрого старта. Им даже в голову не может прийти, что система может быть так специально сделана. И пока они отвлекаются на комплексные проблемы, типа exactly once или роутинга, у них стреляет политика :)
Видел выступление на конфе от человека, который не знал об этом, но уже внедрил кафку в крупной компании.
да в 2022 не знать кафку а особено кафку стрим а особено кафку ксклдб это конечно зашквар
И маленькому стартапу, и большому энтерпрайзу — Кафка, которую нужно знать