Отзывы об этом внутреннем стеке

Question

Я планирую настроить масштабируемую архитектуру, способную предоставлять веб-сервисы на интерфейсе REST, куда в результате будет отправляться JSON. Веб-сервисы будут довольно простыми для приложения CRUD web 2.0.

Я думаю, что javascript (nodejs + mongodb) - хороший выбор по следующим причинам:

• Легко найти разработчиков JavaScript
• Хорошая производительность
• Легко масштабируется
• Общая логика / язык или возможное повторное использование кода между языком запросов к базе данных, внутренним сервером и веб-клиентом.
• Существуют платформы тестирования и ведения журнала для узла
• Судя по примерам, которые я видел, узел выглядит легким с точки зрения строк кода, необходимых для реализации веб-сервисов.

Вопросы:

1. Я думаю о масштабировании приложения узла, которое предоставляет веб-сервис, как имеющего центральный узел, который будет направлять / балансировать плату для каждого из экземпляры узлов. Что также поможет делать плавные обновления, это там уже реализована какая-то часть программного обеспечения, которая может Задача
2. Пожалуйста, укажите все недостатки или другие преимущества, которые вы найдете в этом внутреннем стеке
3. Если вы считаете, что этот вопрос вызывает слишком много споров и не соответствует политике stackoverflow, укажите форум, где я могу получить обратную связь.
4. Есть ли другие хорошие варианты сохранения, кроме MongoDB? В основном этот выбор исходит из языка запросов javascript и схем JSON.

Answer 1

Относительно вашего "роутера":

Поскольку ваш REST API будет состоять из HTTP-запросов, обычной практикой является использование высокоскоростного прокси, такого как NGINX или HAProxy , для распределения запросов между многими серверами, которые на самом деле выполнить работу (в вашем случае серверы NodeJS). Как правило, это хорошо работает и позволяет легко масштабировать и переходить на другой ресурс.