PD
У кролика функций много больше, конечно. Но многие из них глючат (
Size: a a a
2020 January 22
Ms
Dlx есть из каропки
PD
Ну да. Только это та ещё функция, скорее антипаттерн
Ms
Ну кому как, third-party обычно тоже не 100% доступны
Ms
А корректный таймаут дает время на отдышаться
Ms
Антипаттерн скорее пытаться вернуть сообщение обратно в очередь и тут же вычитать его снова
Ms
Я бы не сравнивал redis (+ streams) и rabbitmq. Правильно настроенный кролик достаточно стабилен для продакшена
Ms
А вот редис увы и ах нет
d
А вот редис увы и ах нет
очень зря вы так)
Ms
очень зря вы так)
Могу показать как его валить командами апи:)
PD
А вот редис увы и ах нет
Ну, у меня обратный опыт. Что редис настроить стабильно вполне реально, если не пытаться использовать для чего-то странного. А вот с кроликом добиться надежности сложно.
Ms
Ну, у меня обратный опыт. Что редис настроить стабильно вполне реально, если не пытаться использовать для чего-то странного. А вот с кроликом добиться надежности сложно.
Как kv претензий почти нет, ну кроме случая заканчивающейся памяти
Ms
Или свободного диска при aof
PD
А, так это лечится выставлением макс.размера. Ну и вообще оценкой возможной занятой памяти. А диск мы редису вообще не давали...
Ms
Скажите это elasticache и его редислайк функциональности:)
Ms
Кончилась память нода в блекауте
PD
Ну, я не про Амазоновские сервисы, у меня обычно все свое...
AS
Ээ? А кто предлагает хранить в кафке агрегаты? Входящий поток событий и хватит. С возможностью переповтора.
Вообще-то с этого начался диалог.
PD
Хм, мне казалось что там входящий поток событий хотели хранить.
Сами агрегаты - не понятно зачем хранить в БД без возможности произвольного доступа, тут даже монго будет лучше, хотя что уж может быть хуже.
Сами агрегаты - не понятно зачем хранить в БД без возможности произвольного доступа, тут даже монго будет лучше, хотя что уж может быть хуже.
AS
Хм, мне казалось что там входящий поток событий хотели хранить.
Сами агрегаты - не понятно зачем хранить в БД без возможности произвольного доступа, тут даже монго будет лучше, хотя что уж может быть хуже.
Сами агрегаты - не понятно зачем хранить в БД без возможности произвольного доступа, тут даже монго будет лучше, хотя что уж может быть хуже.
Что за входящий поток? ES это хранение состояния, обычно агрегата, в виде набора событий. Они могут быть опубликованы в общий интеграционный поток для построения моделей для чтения (CQRS) или для потребления внешними сервисами. Но последнее уже вторично.