对此后端堆栈的反馈

Question

我计划建立一个可扩展的架构，能够在一个 REST 接口上提供 Web 服务，从而发送 JSON。 对于 CRUD web 2.0 应用，Web 服务将非常简单。

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

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

问题：

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

Answer 1

关于你的“路由器”部分：

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