При большом количестве запросов, Guzzle получает пустой ответ -> 504, почему?

Question

[akdes]

Добрый день.

В проекте на ларавел, подключили Guzzle, им обращаемся к разным Сервисам, начиная с логина, заканчивая виджетами(графы).
Проект висит в докере из 3х контейнеров (web, app, db).
Заметил следующие: как только одновременно, два или более компа логинится, сервис полностью подвисает (рестарт app контейнера помогает) -> в логах лары:

production.ERROR: GuzzleHttp\Exception\ConnectException: cURL error 52: Empty reply from server (see curl.haxx.se/libcurl/c/libcurl-errors.html) in /var/www/vendor/guzzlehttp/guzzle/src/Handler/CurlFactory.php:186

При логине, происходит порядком 20 запросов за 1-2 секунды.
Подскажите как лечить?
Искал про лимиты системы, php, docker'a.. но решения не нашёл.

Большое спасибо.

Answer 1

[akdes]

Проблема была в том, что один из сервисов кидал Исключение, а Guzzle дальше ждал ответа.

Answer 2

[Александр Аксентьев]

При логине, происходит порядком 20 запросов за 1-2 секунды.
Подскажите как лечить?

лечить кодеров надо которые такое делать имхо.

сервер не тянет видимо, кроме дебага никто ничего не расскажет о вашей системе вам.

Comments

[akdes]

Не смотря на корректность Вашего высказывания - позвольте поинтерисоватся, как подгружают здоровые кодеры, которых лечить не нужно, информацию для не зависимых друг от друга графов?

[Александр Аксентьев]

akdes, https://habrahabr.ru/company/infopulse/blog/330708/
в последнее время часто появляется эта ссылка тут.

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

Я себе не представляю здоровую архитектуру, где для загрузки одной страницы нужно на бекенде(!) делать 20 curl запросов.

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

20 http запросов далеко не тоже самое что кеш дёрнуть 20 раз или 20 sql запросов сделать.

[akdes]

Александр Аксентьев, Вы правы, однако другого решения мы не нашли. Т.к. запросы к сервисам должны идти только от бэкэнда, в целях безопасности.
С другой стороны можно было бы сделать один сервис, который опрашивался бы фронтендом и он в свою очередь спрашивал у других. Но думаю тут от "перестановки мест слогаемых..."

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