每页创建一个新的node.js进程

每页创建一个新的node.js进程,node.js,Node.js,我很确定这个问题被问了很多,但是找不到合适的搜索词来找到答案 假设我有一个网站,example.com,我有两个页面,example.com/game1.html和example.com/game2.html 我想托管两个node.js进程来监听对这些页面的请求(这两个游戏都需要不同的代码)。我还希望能够在不关闭主进程的情况下升级这些进程 我怀疑这与创建一个“主”节点进程,然后将这些页面调用重定向到正确的进程有关。有好的模块吗?引导两个URL的常用方法,例如: http://example.co

我很确定这个问题被问了很多,但是找不到合适的搜索词来找到答案

假设我有一个网站,
example.com
,我有两个页面,
example.com/game1.html
example.com/game2.html

我想托管两个node.js进程来监听对这些页面的请求(这两个游戏都需要不同的代码)。我还希望能够在不关闭主进程的情况下升级这些进程


我怀疑这与创建一个“主”节点进程,然后将这些页面调用重定向到正确的进程有关。有好的模块吗?

引导两个URL的常用方法,例如:

http://example.com/game1.html
http://example.com/game2.html
要分离服务器,请使用代理,例如。代理在example.com和端口80上运行,因此它获取所有请求。您的其他服务器在单独的端口上本地运行(公众无需直接访问它们)。您可以配置NGINX,这样当它看到
http://example.com/game1.html
该请求将被转发到运行该请求的任何端口上的第一台服务器。当它看到
http://example.com/game2.html
该请求将被转发到第二台服务器的任何其他端口上


安装NGINX后,所有这些逻辑都可以通过其配置文件进行配置。

引导两个URL的常用方式,例如:

http://example.com/game1.html
http://example.com/game2.html
要分离服务器,请使用代理,例如。代理在example.com和端口80上运行,因此它获取所有请求。您的其他服务器在单独的端口上本地运行(公众无需直接访问它们)。您可以配置NGINX,这样当它看到
http://example.com/game1.html
该请求将被转发到运行该请求的任何端口上的第一台服务器。当它看到
http://example.com/game2.html
该请求将被转发到第二台服务器的任何其他端口上


安装NGINX后,所有这些逻辑都可以通过其配置文件进行配置。

听起来您想使用子进程,为什么不独立地托管两个节点进程,并使用API网关(又称微服务)?听起来您想使用子进程,为什么不独立地托管两个节点进程,并使用API网关(也称为微服务)?是的,这是有道理的。我可以在localhost上运行node.js,然后将nginx指向它。你有关于如何在不终止所有请求的情况下动态升级NGINX的文章吗?@MathematicalRain-你说的“动态升级NGINX”是什么意思?我以为你想升级你的node.js服务器?没有一台服务器可以在保持现有请求连接的同时进行升级。你需要某种类型的集群,在集群中关闭来自一台服务器的所有新请求,然后当它的请求计数为零时,你可以将其取下,不产生任何影响,将其恢复,添加回集群,然后与集群的其他元素重复我必须更新NGINX配置,但我不希望它关闭并断开连接。但我找到了关于这个问题的另一个答案-您可以在不中断客户端连接的情况下动态升级Nginx。-看,是的,这是有道理的。我可以在localhost上运行node.js,然后将nginx指向它。你有关于如何在不终止所有请求的情况下动态升级NGINX的文章吗?@MathematicalRain-你说的“动态升级NGINX”是什么意思?我以为你想升级你的node.js服务器?没有一台服务器可以在保持现有请求连接的同时进行升级。你需要某种类型的集群,在集群中关闭来自一台服务器的所有新请求,然后当它的请求计数为零时,你可以将其取下,不产生任何影响,将其恢复,添加回集群,然后与集群的其他元素重复我必须更新NGINX配置,但我不希望它关闭并断开连接。但我找到了关于这个问题的另一个答案-您可以在不中断客户端连接的情况下动态升级Nginx。-看见