VA
В 10 раз это прям жестко
Сам пока не могу понять от чего, сейчас смотрю что есть на ноде для профилирования, интересно что там мутит граф что так сильно тупит
Size: a a a
2021 February 04
LK
Сам пока не могу понять от чего, сейчас смотрю что есть на ноде для профилирования, интересно что там мутит граф что так сильно тупит
схему парсит, gql запрос
VA
схему парсит, gql запрос
Это и так понятно, вот только не должно это столько времени занимать
AB
Это и так понятно, вот только не должно это столько времени занимать
всегда так было)
AB
VA
всегда так было)
Мда жаль конечно это говорить, но чет мне кажется связка http2 + rest будет лучшем выбором для меня на ближ. время. Когда-то делал тесты отдавая простой объект и 1 ядро вытягивало под 10 тыс запросов чего граф не может точно дать. Пусть будут 2-3 запроса на бэк за данными, но быстрые, чем вот это все.
AB
ну за всё платить приходится. С рестом у тебя не будет нормального версионирования, не будет кодгена, не будет возможности выбирать данные на клиенте без изменения кода сервера и ещё хреновой тучи плюшек
LK
Мда жаль конечно это говорить, но чет мне кажется связка http2 + rest будет лучшем выбором для меня на ближ. время. Когда-то делал тесты отдавая простой объект и 1 ядро вытягивало под 10 тыс запросов чего граф не может точно дать. Пусть будут 2-3 запроса на бэк за данными, но быстрые, чем вот это все.
попробуй по вебсокету поганять, просто бы 1 конекшин был
хотя много пользы не даст
хотя много пользы не даст
AB
ну и к слову нода волшебно горизонтально масштабируется, проблема ли это?
D
ну и к слову нода волшебно горизонтально масштабируется, проблема ли это?
Если ответ сервера 300-400 мс, то как масштабирование это время сократит?
VA
ну и к слову нода волшебно горизонтально масштабируется, проблема ли это?
В моем случае это особо сильно не поможет. как не крути на один запрос будут такие потери
D
ну за всё платить приходится. С рестом у тебя не будет нормального версионирования, не будет кодгена, не будет возможности выбирать данные на клиенте без изменения кода сервера и ещё хреновой тучи плюшек
"нормального версионирования" - /api/v1/..., /api/v2/...
VA
"нормального версионирования" - /api/v1/..., /api/v2/...
+
VA
"не будет кодгена" как не крути пишем interface для фронта.
"возможности выбирать данные на клиенте без изменения кода сервера" очень просто делается, тупо один параметр который будет отвечать за связи которые нужно дернуть.
"возможности выбирать данные на клиенте без изменения кода сервера" очень просто делается, тупо один параметр который будет отвечать за связи которые нужно дернуть.
🏡K
Походу нужно будет уходить с графа, нужно много очень данные отдавать на фронт и вот тут проблема в скорости. Если тупо ответом JSON отдавать то это 40мс, граф же отдает за 300-400 мс. Причем, сразу отвечу, проблема не в запросах ибо графу отдается сразу готовый объект, то есть нету resolveField-ов
гзип может не включен)
AB
"нормального версионирования" - /api/v1/..., /api/v2/...
ну ты конеш сравниваешь жопу с пальцем))))))))))
D
"не будет кодгена" - почему ж? Есть же генерация REST по Swagger-спецификации
"не будет возможности выбирать данные на клиенте без изменения кода сервера" - это как раз хорошо, ибо надёжно
"не будет возможности выбирать данные на клиенте без изменения кода сервера" - это как раз хорошо, ибо надёжно
VA
гзип может не включен)
:D да нееее, все с этим нормально. Вопрос то в том что не скорость ответа, а скорость работы самого графа.
Я же вижу по тестам что загрузка это где-то 1-2мс
Я же вижу по тестам что загрузка это где-то 1-2мс
LK
гзип может не включен)
сжатие добавляет свои ms