Нормально ли обрабатывать несколько задач одним запросом?

Question

[lil_web]

Для получения данных на фронте нужно построить АПИ. В идеале — обрабатывать каждой действие отдельным запросом на сервер, но больше одного запроса не можем позволить: посещаемость сайта — полмиллиона в день.

На сайте ХТТП/2, но у большинства ведь ХТТП/1.

Хотим использовать не Рест, а Граф-кьэль.

Нормально ли будет выдавать все нужные данные по одному запросу general?

Answer 1

[Иван Шумов]

Во-первых проблема у вас не в нагрузке,мама том что у вас архитектура не предполагает масштабирование при такой посещаемости. Shame of you

Все данные по одному запросу звучит дико - данные должны отдаваться в минимальном объеме для функционирования того или иного модуля и только по запросу.

GraphQL придуман как лекарство от тонны REST ресурсов и микросервисности

Comments

[alex-1917]

Все данные по одному запросу звучит дико

он же написал
выдавать все нужные данные по одному з...

[Иван Шумов]

alex-1917, слово нужные в архитектуре не существует. Если не указан список это значит что собирать необходимо все по тому что для анализа никто не знает что потребуется отображать/агрегировать

[lil_web]

Иван Шумов, владелец сайта говорит: больше одного запроса не можем позволить. Разве дело не только в нагрузке?

[Иван Шумов]

lil_web, если владелец сайта говорит что вы не можете делать у нему больше одного запроса то значит что у них проблема в архитектуре и отсутствии масштабирования. И вообще - что значит одного запроса? В какой период времени?

[lil_web]

Иван Шумов,

В какой период времени?

При загрузке главной страницы: данные загружаются в Реакт-приложение.

[Иван Шумов]

lil_web, тут явно какая-то фигня. Хочется делать все и сразу - оборачиваем все в GraphQL, не хочется - не оборачиваем. Число запросов к серверу от этого меньше не станет ибо не так много кейсов когда он работает напрямую с базой данных и больше с REST микросервисами. И REST хотябы позволяет валидировать запросы, а GraphQL валидирует только схему.