Comments 5
Как та девица на выданье, я досмотрел всю статью до конца, в надежде что в конце все поженятся нам покажут правильную схему workflow по доставке пиццы с оркестром. Хнык...
Идет текст:
Пиццу нужно приготовить, потом оформить заказ доставки и отправить его клиенту.
Порядок процесса вылядит так: приготовить (еду) => заказ на доставку (уже приготовленный еды) => доставка
Тут мозг не понимает логику, но мозгу интересно что дальше будет и пропускает этот конфуз дабы узнать что дальше.
Идет схема:
Порядок процесса в схеме выглядит так: заказ (еще не приготовленной еды) => приготовление => доставка
Есть не понятие с доставкой к Яндекс.еде (т.е. доставка к сервису доставки, чтобы он доставил заказчику), но мысль понятно, ок.
Идет текст:
Получается, что заказчик приготовил пиццу, нажал кнопку, кто-то заказал ее в Яндекс.Еде и получил трек доставки, а пиццу отправили пользователю — все счастливы и довольны.
А тут уже получается заказчик_1 пропуская этап самого заказа сам себе приготовил пиццу, потом нажал какую-то кнопку, потом кто-то (т.е. заказчик_2) заказал ее (т.е. пиццу который заказал заказчик_1 и сразу сам себе ее приготовил) в Яндекс.еде и получил трек доставки которого потом отправят пользователю (т.е. какому то другому заказчику_3 который не смог сам себе приготовить то что сам и заказал (но не факт что заказал!) и у него нет трека доставки) - все счастливы и довольны, кроме сервиса доставки еды который не понимает кто-что заказал и куда-что надо везти, и стартап который предложили сделать систему по доставке пиццы у этого разработчика.
Или еще вариант заведение заказал у хакера заказ на пиццу и сразу начал готовить пиццу (потому что заведение не 1-й день работает с этим хакером и доверят ему), хакер через взлом Яндекс.еды оформляет заказ на какого-то лоха чела и получает трек на доставку - все (заведение, хакер, яндекс.еда) счастливы и довольны, кроме чела у которого теперь требуют оплатить заказ на пиццу и на доставку :(
Распределенные Workflow на PHP. Часть 1