Но как правильнее сделать так, чтобы в очередь только одна из них пихала задачи, когда поднято несколько копий?

карго ))

в вендоре бряками дебаж

красивое название. загадочное 😊

да так всегда было — кто-то ляпнул, и все стадом к себе тянут, так и ддд, микросервисами, cqrs, вуями и реактами,
надо или нет — зато ново, модно, молодежно

Ну может это и к лучшему 🙂 Сам же с юнитом боролся сколько)

Есть такое дело.
Лучшее — враг хорошего

unit мне сугубо интересно было, оно по сути и не пиарится, многие даже не знают что это и с чем это

Я после тебя всю контору задолбил независимыми тестами производительности, мол давайте не сервера покупать, а от fpm отказываться)

не совсем понял

Это забота веб-сервера, а не Симфони

Но получать данные из json запроса, анализировать его на основе данных в базе и отправка ответа — это же работа контроллера? Я только разбираюсь, н могу понять, какой маршрут должен быть, если запрос прилетает не как строка адреса а из интернета, от клиента веб сервиса. Который соьственно пишется

Нет никакой разницы между обычными и json запросами, если запрос прилетает на /api/test то маршрут должен быть /api/test соответственно.

Само тело запроса можешь вытаскивать из Request, чтобы вернуть json, используй return $this->json($response), если объект ответа у тебя в $response

Для начала, можно выделить часть с расписанием, и пусть задачи в очередь засовывает, а все остальные их разбирают. Но как правильнее сделать так, чтобы в очередь только одна из них пихала задачи, когда поднято несколько копий? Сделать какой-нибудь лок через etcd?