我们托管了大约 150 个网站(可能扩展到 300+),我们正在考虑迁移到node.js
. 大多数网站的流量都相当低,每月不到 100 万次浏览量。
每个网站应该是它自己的 node.js 进程,还是我们应该使用相同的 node.js 进程(或一小组负载平衡进程)为所有网站提供服务。每台服务器的节点进程数是否存在技术限制或合理限制?
每个站点的流程:感觉效率低下,但我不知道它是否真的效率低下。将确保一个有缺陷的站点不会影响其他站点。
每个核心/小组进程的进程:可能性能更高,但是当我需要更新站点代码库时会发生什么,它不会关闭其他站点吗?此外,一个站点中的代码故障会影响其他站点。
理想情况下,我希望每个站点一个进程,以便我们可以托管来自每个工作服务器的所有站点。这样,当负载增加时,我们可以启动另一个相同的工作服务器并在两者之间进行负载平衡,而不必随意说 SiteA 到 ServerA,SiteB 到 ServerB。有没有大师node.js
可以提供一些智慧?
所有静态文件请求都可能由 Nginx 或 Varnish 之类的东西处理。