AD
backgroudJobs в Elixir /Phoenix + Postgres.Size: a a a
2019 August 21
v
Посоветуйте что-нибудь для
SM
Тред на ElixirForum https://elixirforum.com/t/oban-reliable-and-observable-job-processing/22449
AD
Оно того стоит чем просто юзать генсервер? Выглядит как ещё одна абстракция для усложнения дебага и тестирования
AD
И вхождения в проект
SM
Ну, во-первых, jobs хранятся в базе со всеми аргументами и не удаляются по умолчанию (есть две стратегии для удаления — по количеству и по времени жизни). Это может быть очень полезно в случае какой-нибудь проблемы в приложении.
SM
Во-вторых, надёжность. Ты не потеряешь job в случае рестарта приложения при деплое (если, конечно, у тебя каждый деплой не hot upgrade). Ты не потеряешь job в случае ошибок генсервера, если они убьют вышестояший супервизор.
SM
В-третьих, ты получаешь возможность создавать jobs из приложений, написанных на других языках.
SM
Это первое, что пришло в голову.
D
это как бы 1 из кейсов применения sidekiq в мире руби
D
а почту асинхронно отправить - можно и генсервером
SM
Не вижу, кстати, как это усложняет дебаг, тестирование и вхождение в проект. Наоборот, дебаг упрощается, так как все jobs сохраняются в БД, а не в памяти. Тестирование упрощается, так как ты можешь отдельно протестировать внесение задачи в очередь и выполнение задачи воркером без использования моков. Про вхождение в проект — а в каком случае будет сложнее: при использовании отлаженной библиотеки с нормальным интерфейсом и документацией, с которой ты мог уже встречаться в другом проекте, или если у тебя в каждом проекте свои воркеры сомнительного качества с разным API?
AV
http://awesome-elixir.ru
здесь еще парочка есть. que, verk.
здесь еще парочка есть. que, verk.
AV
я правда не юзал ничего, пока хватало genserver + mnesia
D
exq ещё есть)
VA
http://awesome-elixir.ru
здесь еще парочка есть. que, verk.
здесь еще парочка есть. que, verk.
Спасибо за ссылку
AV
но если workflow нужен с гарантиями persistency, но конечно надо чтото посерьезнее
AD
Не вижу, кстати, как это усложняет дебаг, тестирование и вхождение в проект. Наоборот, дебаг упрощается, так как все jobs сохраняются в БД, а не в памяти. Тестирование упрощается, так как ты можешь отдельно протестировать внесение задачи в очередь и выполнение задачи воркером без использования моков. Про вхождение в проект — а в каком случае будет сложнее: при использовании отлаженной библиотеки с нормальным интерфейсом и документацией, с которой ты мог уже встречаться в другом проекте, или если у тебя в каждом проекте свои воркеры сомнительного качества с разным API?
Сергей, соглашусь с вами, это получается такой нативный технический бэкнраунд для решения административных задач
Genserver использует ресурсы OC, значит он сам по себе является надстройкой. Лучше работать с системами ОС напрямую. а это просто удобное приложение для такой прямой работы
Genserver использует ресурсы OC, значит он сам по себе является надстройкой. Лучше работать с системами ОС напрямую. а это просто удобное приложение для такой прямой работы
v
exq ещё есть)
Это редис