B
Ну бродвей хорошо сделан.
Size: a a a
2020 September 30
B
Вот статья не плохая
B
V
опиши проблемный кейс в ридми
Да хорошо, за компом буду через пару часов и напишу сразу :)
v
даже
retry_delay_function: fn attempt -> :timer.sleep(2000 * attempt) endB
Я ее хотел для продюсера использовать, не хватило гибкости в чем то( выше я назвал эту либо gen_amqp) поэтому сделал свой сервер
B
даже
retry_delay_function: fn attempt -> :timer.sleep(2000 * attempt) endКак знаешь вообщем, просто из моего опыта все, что пробовал Broadway сильно понравился, помимо очевидных плюсов которые описаны в документации, если ты захочешь очередь сменить например на кафку тебе по сути нужно будет только изменить конфиг Бродвея.
B
Ну и я не уверен что в gen_amqp есть back pressure, поэтому нужно какой-то gen_stage ставить.
B
Поэтому кода у тебя выйдет больше в итоге и все равно вероятно не накодишь это так как сделано в Broadway.
AB
Поделитесь опытом. Нужно в Elixir/Phoenix app добавить интеграцию с rabbitMq. Нужно сделать несоклько консюмеров и продюсеров. Вопрос: что лучше взять для этого. Нашел два варианта`https://github.com/pma/amqp` на порядок больше старов и контрибуторов, но сильно больше рукопашки с коннектами и чанелами.
Спасибо
https://github.com/nsweeting/rabbit один контрибутор и мало старов, но код выглядит куда приятнее. Может быть есть третий вариант. Спасибо
еяпп, вот очень простой https://github.com/wgnet/fox
но в нем я в 2018 находил странное поведение: "Если я убиваю чилда под fox_subs_sup, он рестартует, но init заново не вызывается и сообщения он вроде как не обрабатывает. это баг или фича?"
но в нем я в 2018 находил странное поведение: "Если я убиваю чилда под fox_subs_sup, он рестартует, но init заново не вызывается и сообщения он вроде как не обрабатывает. это баг или фича?"
v
похоже он застыл в 2018
v
Еще вопрос, кто-то делал retry через dead-letter-exchange?
AB
а что в этом плохого?
AB
Еще вопрос, кто-то делал retry через dead-letter-exchange?
я ретраи доставки через него делал
v
а что в этом плохого?
В целом думаю ничего плохого, просто странное поведение похоже осталось
v
я ретраи доставки через него делал
А по какой схеме? через ttl ребита? и как можно количество попыток посчитать? просто в message инкрементить?
AB
я ретраи доставки через него делал
там была хитрая смешная схема с несколькими последовательными dlx, ttl очередей и сообщений
AB
о, оно даже на хабре примерно описано https://habr.com/ru/post/235983/
но я вроде бы как-то дорабатывал концепцию
но я вроде бы как-то дорабатывал концепцию
ŹR
Зачем делать retry чере dlx?