对这个后端堆栈的反馈

Question

我计划设置一个可扩展的架构，能够在REST接口上提供Web服务，其中JSON将作为结果发送。 对于CRUD Web 2.0应用程序，Web服务非常简单。

我认为javascript（nodejs + mongodb）是一个不错的选择，原因如下：

• 轻松找到javascript开发人员
• 表现良好
• 易于扩展
• 共享逻辑/语言或可能在数据库查询语言，后端和Web客户端之间重用代码。
• 节点
有测试和日志记录框架
• 通过示例，我看到节点在实现Web服务所需的代码行方面似乎很轻松。

问题：

1. 我想扩展一个提供Web服务的节点应用程序 一个中心节点，它将路由/平衡电荷到每个 节点实例。这也将有助于进行无缝更新 已经实现了任何可以适应的软件 任务？
2. 请指出您在此后端堆栈中找到的所有不利因素或其他优势
3. 如果您觉得这个问题太过辩论并且不符合stackoverflow政策，请指明一个我可以获得反馈的论坛。
4. MongoDB以外的任何其他良好的持久性选择？主要是这个选择来自javascript查询语言和JSON模式。

Answer 1

关于你的“路由器”文章：

由于您的REST api将由HTTP请求组成，因此通常的做法是使用NGINX或HAProxy等高速代理在实际执行工作的许多服务器之间分配请求（在您的情况下，NodeJS服务器）。这通常很有效，可以轻松扩展和故障转移。