Очереди в Yii2

[louisvuitton]

....

Спасибо
А как убедиться, что эти задачи после регистрации будут выполнены?
Что если пользователь запишется в базу, а потом что-то пойдет не так?
Ведь если делать синхронно, мы сначала выполняем все необходимые задачи, потом возвращаем true-результат.
А так получается записали пользователя, а то, что делается после, уже не влияет на результат

(Недавно было нечто такое - после некоторых действий пользователя нужно было записать статистику, добавить баллы реферралу и т.д.), и может это и неправильно?, но я отказывался от afterSave и переписывал на транзакции из-за боязни потерять "хвосты")

Поясните пожалуйста выделенные вопросы

[New_Wind]

А как убедиться, что эти задачи после регистрации будут выполнены?

Ну так результат отработки очереди пишете в базу. Если что-то пошло не так (отвалилось какое-нить соединение по таймауту, или вернуло ошибку), то обрабатываете эти сценарии так, как вам надо: повторяете попытку, или отправляете уведомление об ошибке. Тут все от зависит от вашей фантазии. Очереди - крутой инструмент, как вы его будете использовать зависит от вас.

[donitoza]

А как убедиться, что эти задачи после регистрации будут выполнены?
Что если пользователь запишется в базу, а потом что-то пойдет не так?

Архитектурно, для Вашего примера следует проработать модель состояний системы, а именно - выработать список статусов, в которых может находиться та или иная задача и обрабатывать их в соответствии с картой переходов состояний (понимания, что необходимо делать дальше для каждого из статусов).

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

Очереди хорошо справляются со следующими паттернами вопросов:
1. Параллельное и равномерное распределение нагрузки для выполнения большого количества однотипных задач. Пример - отправка сообщений 10000 адресатам.
2. Выполнение длительных по времени операций в фоне от основного процесса коммуникации с клиентом. Пример - формирование долгоформирующегося отчета или коммуникация с какими-то медленными или нестабильными системами.
3. Выполнение полезной нагрузки по требованию, а не по расписанию.

И да, главное не забывать, что очереди задач - это не только веб.