АР
Size: a a a
2020 September 21
AB
Можно ещё попробовать https://github.com/Cardinal90/graphql-union-input-type
Это слишком, я уже закостылил)
TK
Подскажите пожалуйста, используем свой сервер на aws. Через qraphQL получаю данные, но это происходит очень долго(47 sec, AWS API Gateway таймаут максимум 30 сек). Стоит ли искать проблему в graphQL? И можно ли как-то ускорить это если да?
AN
Подскажите пожалуйста, используем свой сервер на aws. Через qraphQL получаю данные, но это происходит очень долго(47 sec, AWS API Gateway таймаут максимум 30 сек). Стоит ли искать проблему в graphQL? И можно ли как-то ускорить это если да?
либо тормозит бэк, либо запрос слишком тяжелый
TK
либо тормозит бэк, либо запрос слишком тяжелый
он должен отдать около 410 объектов.
TK
это много?
AN
он должен отдать около 410 объектов.
значит тормозит бэк
ОЛ
Это мало, либо объекты очень связанны и из разных источников
TK
запрос из серии : получаю все объекты одного класса из определенной папки
ОЛ
У меня бек отдает связанный путь, геопозиция - 25мб несжатым видом и около 3мб сжатым по сети - 80мс подготовка запроса
TK
объект имеет примерно около 20-30 полей
ОЛ
А тут копеечные данные с ожиданием в 40000мс
AN
причин множество может быть - криво реализована пагинация, не оптимальные запросы в базу, зависимость от внешних источников данных и т.д.
TK
Тогда стоит искать проблему в самом сервере получается?
ОЛ
Естественно, делайте замер на агрегации данных
ОЛ
Возможно источник данных у вас внешний, это сильно замедляет отдачу
TK
Не знаю знаете ли вы что такое пимкор(по сути это Content management system с открытым доступом, которая поднята у нас на aws)
TK
но оттуда я пытаюсь забрать данные по-сути
AN
Тогда стоит искать проблему в самом сервере получается?
если перед бэкендом не стоит какой-нибудь шлюз, который ограничивает скорость/количество запросов