practices насчёт топиков? В каждом топике должны быть объекты одного типа или можно разные? В моем кейсе есть некоторое количество сущностей, которые обновляются нечасто, и делать топик под каждый не хотелось бы.
Сильно зависит от характера архитектуры и объектов. Если это ивенты одной сущности, почему бы и нет. Но мы например, сталкивались с тем, что заводили и топик со всеми ивентами(ордеринг важен) и отдельные под каждый тип (факт важен). Вообще же экономить на топиках не стоит кмк)
Кафка ради Кафки? беги
Это зависит от сценария использования, и как правило - и то, и другое.
1) Разбиваешь свой домен на Bounded Context (все равно делать надо, не взависимости kafka или нет) 2) Для каждого Bounded Context делаешь 3 topics: 1) Commands; 2) Events; 3) States. Ключ у всех один - это ключ твоего Bounded Context. 3) Вся бизнес-логика в 2 процесорах : 1) Command->Events ; 2) Event->States это есть каноническая форма (подтвержденна confluent blogs в том числе) и все остальное - от лукового. если что - пиши в личку, возможно так будет быстрее 8-)
Обсуждают сегодня