Size: a a a

2020 March 10

AB

Andriy Bashuk in pro.kafka
Vik Gamov
Я рекомендую поглядеть еще на avro. В этом случае не надо заморачиваться с заголовками потому что schema id пишется в payload, а схема раздаётся через schema registry
Avro пока нет времени прикручивать.
источник

AB

Andriy Bashuk in pro.kafka
Vik Gamov
Я рекомендую поглядеть еще на avro. В этом случае не надо заморачиваться с заголовками потому что schema id пишется в payload, а схема раздаётся через schema registry
Сейчас это еще не так актуально
источник

VG

Vik Gamov in pro.kafka
Andriy Bashuk
Avro пока нет времени прикручивать.
Да все вы так говорите, зато время велосипеды писать есть
источник

AB

Andriy Bashuk in pro.kafka
У меня ситуация такая: нужно построить event sourcing на агрегате, при том порядок важен. Для того чтобы обеспечить порядок буду писать все сообщения связанные с агрегатом в один топик и в одну партицию по хешу. Только вопрос в том как в этом топике понимать как обрабатывать тот или иной ивент
источник

AB

Andriy Bashuk in pro.kafka
Vik Gamov
Я рекомендую поглядеть еще на avro. В этом случае не надо заморачиваться с заголовками потому что schema id пишется в payload, а схема раздаётся через schema registry
Avro вроде как не эту проблему призвана решать, а то чтобы люди могли использовать ивенты без коммуникации
источник

AB

Andriy Bashuk in pro.kafka
Andriy Bashuk
Avro вроде как не эту проблему призвана решать, а то чтобы люди могли использовать ивенты без коммуникации
Это как API документация типа SWAGGER, только еще и позволяет менять во времени схему. Так же? Но это не инструмент для решения конкретно моей проблемы. Я видел в интернете статьи о том, что если у меня сообщения связаны с определенным агрегатом, то все они должны идти через один топик
источник

VG

Vik Gamov in pro.kafka
Andriy Bashuk
Avro вроде как не эту проблему призвана решать, а то чтобы люди могли использовать ивенты без коммуникации
источник

AB

Andriy Bashuk in pro.kafka
источник

EI

Eugene Ivlev in pro.kafka
Sander 🕶
Всем привет,
небольшой вопрос по kafka + spring ...

можно ли как-то послать сообщение/message, только после того когда транзакция завершится и запись будет добавлена в базу данных.
TransactionSynchronization.afterCommit?
источник

S🕶

Sander 🕶 in pro.kafka
Eugene Ivlev
TransactionSynchronization.afterCommit?
не знаю, а что-то про acknowledge слышали в kafka? я так понял можно как-то сделать так, чтоб message kafka посылался только тогда,
когда завершится транзакция с базой.
источник

EI

Eugene Ivlev in pro.kafka
Sander 🕶
не знаю, а что-то про acknowledge слышали в kafka? я так понял можно как-то сделать так, чтоб message kafka посылался только тогда,
когда завершится транзакция с базой.
То что вы хотите, как мне кажется покрывается тем, что я посоветовал. Вот пример кода: https://stackoverflow.com/a/15026797/898588 Другое дело, что если вы не сможете записать в кафку, то транзакция БД уже не откатится.
источник

IR

Ivan Rasikhin in pro.kafka
Sander 🕶
не знаю, а что-то про acknowledge слышали в kafka? я так понял можно как-то сделать так, чтоб message kafka посылался только тогда,
когда завершится транзакция с базой.
пока размышляешь уже бы написал outbox
источник

IR

Ivan Rasikhin in pro.kafka
я прикинул там то писать
источник

S🕶

Sander 🕶 in pro.kafka
я другим был занят, так что не написал бы outbox
источник

S🕶

Sander 🕶 in pro.kafka
писать может быть мало, но надо еще разобраться как это сделать - а это занимает большую часть времени
источник

S🕶

Sander 🕶 in pro.kafka
если времени было бы больше
источник

S🕶

Sander 🕶 in pro.kafka
попробовал другие варианты  на подобии этого, не заработало https://stackoverflow.com/questions/53432209/no-transaction-is-in-process-with-spring-kafka-using-replyingkafkatemplate-k , только время потерял
источник

λ

λλ in pro.kafka
не время потерял а получил новый опыт
источник

S🕶

Sander 🕶 in pro.kafka
@eniqen у меня сейчас на это не было времени, в любой другой день - но сейчас мне надо сделать то что етсь
источник

S🕶

Sander 🕶 in pro.kafka
я думал это как-то быстрей можно сделать
источник