VG
Size: a a a
2020 April 11
М
Yuriy
Винда не рекомендуется, если чисто поиграться только
@gamussa у нас в компании используется винда на рабочих машинах, увы. Я и сам не в восторге
VG
@gamussa у нас в компании используется винда на рабочих машинах, увы. Я и сам не в восторге
А стендов с линухом нету?
DM
не припомню проблем с запуском кафки под вендой, разница лишь в стартовых скриптах
DM
а вот докер... лучше виртуалку поднять
VG
а вот докер... лучше виртуалку поднять
Эт да
2020 April 12
М
А стендов с линухом нету?
"Стендов"?
М
а вот докер... лучше виртуалку поднять
Надо было отредачить конфиг у ZK и самой кафки.
Думал, докер - суперудобная штука, нет? Сам пока не успел толком попользоваться
Думал, докер - суперудобная штука, нет? Сам пока не успел толком попользоваться
DM
Надо было отредачить конфиг у ZK и самой кафки.
Думал, докер - суперудобная штука, нет? Сам пока не успел толком попользоваться
Думал, докер - суперудобная штука, нет? Сам пока не успел толком попользоваться
я исключительно про докер на венде, не про его использование в целом
на венде он работает в принципе через виртуализацию и исключительно майкрософтную:
* включить можно только на про и серверных версиях
* нельзя юзать другую в этот момент
на венде он работает в принципе через виртуализацию и исключительно майкрософтную:
* включить можно только на про и серверных версиях
* нельзя юзать другую в этот момент
М
я исключительно про докер на венде, не про его использование в целом
на венде он работает в принципе через виртуализацию и исключительно майкрософтную:
* включить можно только на про и серверных версиях
* нельзя юзать другую в этот момент
на венде он работает в принципе через виртуализацию и исключительно майкрософтную:
* включить можно только на про и серверных версиях
* нельзя юзать другую в этот момент
Чёрт, отстойно звучит. Увы, предстоит ещё со всем этим столкнуться, ибо на рабочей машине винда...
DM
Чёрт, отстойно звучит. Увы, предстоит ещё со всем этим столкнуться, ибо на рабочей машине винда...
виртуалка ту рескуе (вариант с линукс овер венда не советую)
М
виртуалка ту рескуе (вариант с линукс овер венда не советую)
Хотя, у нас проект в докере. Может там и куплены все эти про версии, хз пока. Кстати, есть же подсистема убунту сейчас в десятке, не спасает? Сам ещё не успел опробовать, вот неделю на винде, ужас
DM
Хотя, у нас проект в докере. Может там и куплены все эти про версии, хз пока. Кстати, есть же подсистема убунту сейчас в десятке, не спасает? Сам ещё не успел опробовать, вот неделю на винде, ужас
вот ее и не советую, основной косяк - проблема со скоростью чтения файлов
будет бесить
будет бесить
М
вот ее и не советую, основной косяк - проблема со скоростью чтения файлов
будет бесить
будет бесить
А, понял. Спасибо, приму к сведению
h
Скорее всего тупой вопрос, сори)
Пытаюсь сделать что-то типа event sourcing, основное хранилище у меня postgresql, а брокер сообщений kafka.
Какой лучший способ обеспечить обработку событий без дубликатов в подписчике кафки? Сохранять в базе атомарно offset вместе с результатом?
И как это обычно делают, мало примеров по теме, или я неправильно гуглю, спасибо)
Пытаюсь сделать что-то типа event sourcing, основное хранилище у меня postgresql, а брокер сообщений kafka.
Какой лучший способ обеспечить обработку событий без дубликатов в подписчике кафки? Сохранять в базе атомарно offset вместе с результатом?
И как это обычно делают, мало примеров по теме, или я неправильно гуглю, спасибо)
h
В javadoc KafkaConsumer нашел вот это.
if the results of the consumption are being stored in a relational database, storing the offset in the database as well can allow committing both the results and offset in a single transaction. Thus either the transaction will succeed and the offset will be updated based on what was consumed or the result will not be stored and the offset won't be updated.
if the results of the consumption are being stored in a relational database, storing the offset in the database as well can allow committing both the results and offset in a single transaction. Thus either the transaction will succeed and the offset will be updated based on what was consumed or the result will not be stored and the offset won't be updated.
h
Как вы обычно сохраняете этот offset если используете РСУБД?
ИФ
какую практическую цель преследуешь?