Size: a a a

2021 January 07

EB

Eugene Bosiakov in pro.kafka
Phil Delgyado
Да нет, все правильно пишут )
Просто всегда надо сначала думать, а потом использовать.
Ну и в кролике то вообще нет ни масштабируемости, ни надежности, ни производительности, так что вариантов особо и нет...
что за деза про раббит?
источник

PD

Phil Delgyado in pro.kafka
Почему деза? Кластер ненадежен и плохо масштабируется, с persistance бесконечные проблемы, разгоняется очень сложно и не слишком эффективно.
источник

EB

Eugene Bosiakov in pro.kafka
Phil Delgyado
Почему деза? Кластер ненадежен и плохо масштабируется, с persistance бесконечные проблемы, разгоняется очень сложно и не слишком эффективно.
Эти тезисы не соответствуют действительно и вводят людей в заблуждение
источник

PD

Phil Delgyado in pro.kafka
Eugene Bosiakov
Эти тезисы не соответствуют действительно и вводят людей в заблуждение
Ну, весь мой опыт столкновения с рэббитом говорит, что это все реально так.
Для низкой нагрузки (единицы тысяч mps) и короткой жизни для событий - еще допустимо.
Как только нужно или долгосрочное хранение или высокая нагрузка или полноценные гарантии - увы.
источник
2021 January 08

EB

Eugene Bosiakov in pro.kafka
Phil Delgyado
Ну, весь мой опыт столкновения с рэббитом говорит, что это все реально так.
Для низкой нагрузки (единицы тысяч mps) и короткой жизни для событий - еще допустимо.
Как только нужно или долгосрочное хранение или высокая нагрузка или полноценные гарантии - увы.
что такое долгосрочное хранение в MQ?
источник

PD

Phil Delgyado in pro.kafka
Ну, например, если до обработки события в топике несколько дней должно пройти. По разным причинам.
У кролика с этим проблема, кафка может хранить хоть весь лог с начала времен...
источник

EB

Eugene Bosiakov in pro.kafka
Phil Delgyado
Ну, например, если до обработки события в топике несколько дней должно пройти. По разным причинам.
У кролика с этим проблема, кафка может хранить хоть весь лог с начала времен...
что это за паттерн такой? типа сообщение лежит и его три дня не акаешь?
источник

PD

Phil Delgyado in pro.kafka
Eugene Bosiakov
что это за паттерн такой? типа сообщение лежит и его три дня не акаешь?
CQRS, например )
источник

PD

Phil Delgyado in pro.kafka
Да и вообще весь Event Sourcing
источник

EB

Eugene Bosiakov in pro.kafka
при чем тут ивент сурсинг и CQRS?
источник

PD

Phil Delgyado in pro.kafka
Ну, тем, что его нельзя сделать на кролике, например.
Впрочем, у меня были ситуации и с длинными платежами, где от отправки события до обработки могли пройти недели.
источник

EB

Eugene Bosiakov in pro.kafka
Phil Delgyado
Ну, тем, что его нельзя сделать на кролике, например.
Впрочем, у меня были ситуации и с длинными платежами, где от отправки события до обработки могли пройти недели.
ну да, rabbitmq это не база данных
источник

ВК

Владислав Килин... in pro.kafka
Eugene Bosiakov
при чем тут ивент сурсинг и CQRS?
Ну в этом плане сударь вроде все правильно говорит. Действительно, RMQ не для этих задач. Впрочем, это не делает его хуже, а кафку лучше. Просто RMQ не для него.
источник

EB

Eugene Bosiakov in pro.kafka
сударь выше написал что кролик не перформит и нестабилен
источник

EB

Eugene Bosiakov in pro.kafka
обосновал это тем, что это MQ в которой надо акать сообщения, значит сторадж там плохой )
источник

ВК

Владислав Килин... in pro.kafka
Ну по моим впечатлениям - у кролика есть ряд проблем со стабильностью кластера, например при переносе нод между серверами.
источник

PD

Phil Delgyado in pro.kafka
Eugene Bosiakov
обосновал это тем, что это MQ в которой надо акать сообщения, значит сторадж там плохой )
Неа, я никак не обосновывал причины, по которым  RMQ ненадежен и непроизводителен.
источник

EB

Eugene Bosiakov in pro.kafka
Phil Delgyado
Неа, я никак не обосновывал причины, по которым  RMQ ненадежен и непроизводителен.
я заметил )
источник

ВК

Владислав Килин... in pro.kafka
Ну и соответственно с потерей сообщений при этих самых нестабильностях кластера.
источник

PD

Phil Delgyado in pro.kafka
Это только по опыту - вечная проблемы с кроликом с надежностью и производительностью.
источник