对这个后端堆栈的反馈

我打算设置一个可扩展的体系结构，能够在REST接口上提供Web服务，从而实现JSON的发送。 对于CRUD web 2.0应用程序，Web服务将非常简单。

我觉得javascript（nodejs + mongodb）是一个不错的select，原因如下：

• 很容易findJavaScript开发人员
• 很好的performance
• 易于扩展
• 在数据库查询语言，后端和Web客户端之间共享逻辑/语言或可能的代码重用。
• 有testing和日志框架的节点
• 通过我所看到的例子，节点在实现Web服务所需的代码行方面看起来很轻。

问题：

1. 我想扩展一个节点应用程序，提供一个Web服务作为有一个中央节点将路由/平衡收费的每个节点实例。 这也将有助于进行无缝更新，有没有已经实施的软件可以适应这一任务？
2. 请指出您在此后端堆栈中find的所有缺点或其他优点
3. 如果您觉得这个问题引发了太多的争论，并且不符合计算策略，请指出一个我可以得到反馈的论坛。
4. 除MongoDB以外的其他任何好的持久select？ 主要是这个select来自JavaScript查询语言和JSON模式。

Answer 1

关于你的“路由器”一块：

由于您的REST api将由HTTP请求组成，所以通常使用高速代理（如NGINX或HAProxy）在实际执行工作的许多服务器（在您的情况下为NodeJS服务器）之间分配请求。 这一般运行良好，并允许轻松扩展和故障转移。