транзакциях статус "оплачено", дата зачисления. Это понятно.
А после нужен обработчик - от типа платежа они разные - начислить баланс, или активировать какую-то услугу, или еще что-то.
А затем выслать разные 2 уведомления пользователям, которые причастны к этому. И еще 1 уведомление админу.
Может кто подсказать про организацию правильную? Job, event? Неправильно же в 1 евенте сразу делать кучу действий?
На событие может быть подписано несколько слушателей, это нормально. Вы можете начать с того что создадите сервис PaymentAcceptService. И инкапсулируете в нем обращения к другим сервисам: UserBalance, OrderStatusUpdate и тп
В зависимости от сложности системы и перспектив на будущее есть разные варианты по сложности и качеству: 1) Делать синхронно, вызывая по очереди нужные сервисы 2) Обрабатывать по крону, если задержка не критична. 3) Обрабатывать асинхронно через джобу. У ларавель очень развитый механизм очередей и куча фич. можно создавать job batch, вложенные джобы и тд. 4) Можно иметь какую-то шину данных, куда будет кидаться эвент и твои сервисы будут на них реагировать.
Спасибо за ответ. Интересует 4 вариант. Я делаю эвент и потом разные слушатели?
Этот вариант не завязан на ларавелевских эвентах: имеется ввиду отдельный сервис, который принимает/отправляет сообщения от одних сервисов другим. Например, оплата прошла, сообщение ушло в шину. На сообщение подписано несколько твоих сервисов, которые на него отреагировали и в свою очередь свои таски выполнили. Есть разные варианты реализации, в частности, можно кролик (RabbitMQ) юзать. Наверняка, есть готовые пакеты и реализации, может тут ребята подскажут если интересно. Но это не для маленьких проектов.
И всегда лучше в обработчиках событиях вызывать севервис и в нем вся логика реализуется да?
Где почитать о таком?? В каких книгах это описывается? На русском
Гугли «микросервисная архитектура»
Пусть кафку юзают, чтобы сразу в ад лезть ))
Обсуждают сегодня