添加反向代理 - nginx 或 varnish

Question 1

您打算使用 Edge Side Includes (ESI) 吗？如果是，则 Nginx ESI 模块已损坏并且存在一些未解决的错误。如果您使用 Varnish，则输出不会被压缩，因此您只能使用 Nginx 对启用 ESI 的页面进行压缩。虽然我使用 Python 框架，但 Rails 也类似。

使用您当前的设置，您可以执行以下操作：

Nginx -> Apache -> Passenger -> Rails Varnish -> Apache -> Passenger -> Rails

两者都会落在您现有系统的前面。使用 Nginx，您还可以让其直接访问静态文件，并允许其提供这些文件，而无需通过 Apache 代理。使用 Location 指令，您可以分割部分 Web 空间，并防止其必须通过代理。

但是，如果你想完全迁移到 Nginx，你的基础设施将变成：

nginx -> 乘客 -> rails (nginx -> uwsgi -> python)

如果添加 Varnish，最终结果如下：

清漆 -> nginx -> 乘客 -> 导轨

除非你使用 ESI，在这种情况下你最终会得到：

nginx -> varnish -> nginx -> 乘客 -> 轨道

在某些时候，将 Varnish 从组合中删除会变得非常有趣。但是，最近的 Varnish 版本仍然比 Nginx 的缓存速度更快，并且您可以很好地控制如何缓存。虽然 Nginx 和 Varnish 都为您提供了相当多的控制权，但 Varnish 的 VCL 允许您编写 C 代码来执行开箱即用的功能，而无需触及守护程序的源代码。这对您是否有用取决于您。

由于您目前正在使用 Apache，除非您要迁移到 Nginx 并完全删除 Apache，否则我更倾向于将 Varnish 放在前面。对于您来说，Varnish 更像是一种嵌入式解决方案。如果您决定将来使用 ESI，则需要同时运行两者。

Answer

您打算使用 Edge Side Includes (ESI) 吗？如果是，则 Nginx ESI 模块已损坏并且存在一些未解决的错误。如果您使用 Varnish，则输出不会被压缩，因此您只能使用 Nginx 对启用 ESI 的页面进行压缩。虽然我使用 Python 框架，但 Rails 也类似。