让 nginx 或其他 web 服务器作为反向代理在 Node.JS 前面运行有什么好处？它提供了什么？
（这个问题是针对有关网络应用程序的问题，而不是网页）。
谢谢。
【问题讨论】：
标签： apache node.js nginx reverse-proxy webproxy
当您特别处理 SSL 和 gzip 压缩时，反向代理确实有助于提高性能。此外，还有许多其他优点。谢谢 托马斯·亨特二世（内在）。在此处阅读整个博客https://medium.com/intrinsic/why-should-i-use-a-reverse-proxy-if-node-js-is-production-ready-5a079408b2ca
【讨论】：
拥有更成熟的软件作为代理更有利于安全性和可靠性。 Nginx、Apache 等已针对大量案例进行了测试，并已在生产环境中使用多年。
您还可以使用这些 Web 服务器中的功能，否则您必须自己实现或使用 node.js 模块。比如缓存、统计、平衡等。
另一方面，你会失去 node.js 的一些功能、websockets 等实时功能（在端口 80 上，你仍然可以使用其他端口）、页面缓冲以及根据使用的反向代理、对缓存和标头的控制.
编辑：
【讨论】：
我认为最大的好处是您可以将同一个端口 (80) 用于多个应用程序。否则，您需要为您拥有的每个 nodejs 应用程序提供一个新的 IP 地址。根据您的设置方式，您还可以为在不同端口上运行的不同 nodejs 应用程序配置不同的文件夹和子域。如果您正在构建大型或复杂的东西，这非常棒。想象一下，能够在一个节点应用程序上运行您的 API，在另一个应用程序上运行您的网站，在另一个应用程序中运行登录的网站（会员区、仪表板等）。您的负载均衡器可以确定谁需要去哪里（example.com/api* -> api.js、example.com/dashboard* -> dashboard.js、example.com -> app.js）。这不仅对扩展有用，而且当事情破裂时，并非所有东西都立即破裂。
至于成熟，嗯。 Nodejs + forever + node-http-proxy = 太棒了。为您的所有应用程序运行 1 个代理服务器，配置/复杂性最低（失败的可能性更低）。然后享受其他一切的乐趣。不要忘记为您的内部端口设置防火墙，尽管;)。
有些人注意到负载平衡，这确实是一个好处。然而，负载平衡并不是大多数人会从中受益的东西，因为单线程、非阻塞的 nodejs 线程可以处理非常大的负载。如果我是你，我真的不会认为这有什么不同。负载平衡在您需要时很容易实现，但在您这样做之前完全无用。
另外请注意，如果您使用非节点代理解决方案（nginx、tornado 等），请确保不要使用会阻塞的代理解决方案。 Apache 阻止。 Nginx 不会。您不想放弃在糟糕的服务器上首先使用 nodejs 的最大好处之一。
【讨论】：
:) 这意味着您可以完全控制仅节点堆栈，您的应用程序不需要修改（它们只是工作），并且您可以在单个 IP 地址/端口（80）上运行许多、许多、许多应用程序。对于更复杂的设置，您可以构建自己的负载均衡器（多么酷！？）并以适合您的应用程序的方式分配工作。
since a single threaded, non-blocking nodejs thread can handle quite impressively large loads -- 我试图找到一些真实世界的数字来支持这一点，但我做不到。我已经看到了疯狂的好和疯狂的坏统计数据。你能指出/提供任何东西吗？ TIA