Какие паттерны или способы делать notifications в Rails?

Question

[Семён Семёнов]

Возникла потребность делать уведомления и уведомления разных типов по разным направлениям. Я бы мог всё повесить в after_create, но думаю это способ неудачника. Скажите, где почитать или по каким ключевым словам искать best practices по теме? Я так понимаю что нужен какой-то сервис очередей типа ActiveMQ или какие-то сервисы, не знаю. Может кто-то сталкивался и даст рекомендацию? По уму хотелось бы, но без фанатизма.

Answer 1

[d'Ivan]

Почитай про ActiveJob в руководстве Rails. Из простых бэкендов к ActiveJob неоднократно использую DelayedJob, который не требует установки дополнительных СУБД для хранения данных очередей.
Можно "повесить в after_create" добавление задачи в очередь. Эта задача будет асинхронно обработана другим процессом и клиенту не придётся ждать её ожидания.

Хотел бы уточнить: уведомления должны происходить внутри приложения, между объектами? Или же по сети?
Если первое, то тогда попробуй
https://github.com/krisleech/wisper
https://github.com/kevinrutherford/event_bus
Если второе, то при помощи технологий message queue (ZMQ, AMQP), Redis pub/sub, WebSocket и соответствующих gems.

Comments

[Семён Семёнов]

Думаю это неправильно. Скорее тут pub/sub нужен

[d'Ivan]

Семён Семёнов: поясни

[Семён Семёнов]

Роман Мирр: Ну а чего пояснять? О событии некой штуки нужно оповестить разные другие штуки. Соответственно, эти некие штуки должны быть в курсе, что свалится инфа. А значит они выступают в роли подписчиков на события. А раз так, то это pub/sub.

[d'Ivan]

Семён Семёнов: это просто другая модель сообщений, которая также верна и может быть использована.

[d'Ivan]

Семён Семёнов: Push notifications vs Pub/Sub messages

[Семён Семёнов]

Да, но она получается лучше ведь? Ведь можно поставить какую-нибудь хрень, которая будет прослойкой со всеми вытекающими.

Но это я всё примерно на уровне логики догоняю, вопрос в том, какие практики хороши , какие нет или какие дают общий профит.

[Семён Семёнов]

Роман Мирр: push notifications то причём?

[d'Ivan]

Семён Семёнов: push notification - это когда сервер раздаёт сообщения всем подряд, а Pub/Sub - когда получают только некоторые подписчики. Всё зависит от предметной логики приложения. Если уместно Pub/Sub - используй на здоровье.

[Семён Семёнов]

Роман Мирр: Хорошо, понял, спасибо. Но раз вы в теме, то не могли бы порекомендовать "инструменты" для реализации схемы pub/sub? Т.е. я вижу что вариантов много и видимо даже штатными средствами, но интересно мнение тех, кто с этим работал ранее.

[d'Ivan]

Семён Семёнов: не совсем чтобы "в теме". С pub/sub пока не доводилось пока работать. Обновил свой ответ.

Answer 2

[Andrey Demidenko]

Посмотри wisper