никогда не занимался.
На работе rest API сервер, на который с фронта для любой задачи приходится делать множество запросов, так как чтобы собрать цельную информацию об объекте, нужно собирать ее по разным api, т к на бэке ещё и версионность каждого объекта.
И я подумал, можно ли рядом с нашим сервером запустить nodejs сервер, к которому будут идти graphql запросы, nodejs отправлять нужные запросы уже на наш restapi сервер, и тогда на фронте будут можно будет обходиться одним запросом вместо десятка.
И стоит ли в такое пытаться лезть, если опыта с бэком практически нет, кроме запуска express сервера?)
можно
Понял, эт радует) если с node js я ещё разберусь, то как подключать балансировщики это более глубокая проблема. Вопрос, если я напишу сам сервер, который обрабатывает запросы, саму работу node js сервера с большим количеством пользователей уже можно на бэкэндщиков перенести или, как правило, кто писал сервер, тот этим и продолжает заниматься?) Мне просто заранее интересует объем знаний, которым мне нужно овладеть, прежде чем такое городить, т к никто доп времени на это мне на работе не даст
И даже нужно)
Придётся поразбираться, но ничего сверхъестественного
Этому даже название есть. BFF - backend for frontend
Используйте pm2 пакет и не нужно никаких балансировщиков. Он сам распределяет нагрузку по кластерам
спасибо, изучу
можно более универсальный и функциональный инструмент использовать - Docker
Мне кажется с ним чересчур много возни для балансировки нагрузки.
Для серьезных продуктов он удобнее, можно запаковать все приложение и деплоить без лишних настроек
Да, согласен с вами) Но Docker тоже не везде подходит. На VPS с OpenVZ его хрен поставишь)
не используйте впс на опенвз
обычный DigitalOcean дроплет и все норм
Обсуждают сегодня