为什么要使用Mongrel2？

如果你只能选择一个名字，那么它就是 Mongrel2 是构建在 ZeroMQ 上的，这意味着扩展你的 Web 服务器从未如此简单。

如果有一个请求进来，Mongrel2 就会接收它（这里没有什么异常，与 NginX 和任何其他 httpd 相同）。接下来发生的事情是，Mongrel2 将编译响应的任务分配给 n 个（启用 ZeroMQ 的）后端，等待它们完成工作，接收结果，编译响应并将其发送到客户端。

现在，魔法在于 n 可以是任意数量的，并且每个 n 都可以用 ZeroMQ 支持的任何语言（大约有 20 种）编写，而且所有这些都通过网络传输，因此每个 n 都可以是专用的盒子，可能在另一个数据中心。

换句话说：使用 NginX 和所有其他解决方案，你必须在逻辑层面上进行可扩展性处理，而 Mongrel2 允许你从请求/响应周期的角度开始处理，从 httpd 开始，而不是让复杂性渗透到你的逻辑层，这会使复杂性增加至少一个数量级。

你应该看看每个方案的优势并根据你的使用情况决定采用其中一个或两个都使用。

尽管在表面上看起来 nginx 的确提供了 mongrel2 的所有功能，但你会发现两者之间在重点方面存在重大差异。

Nginx 是一个强大的前端 web 服务器，可以将请求代理到你的后端 web 服务器或应用服务器并提供静态内容。

Mongrel2 是堆栈的轻微更改。正如前面提到的，它的强大之处在于它使用 zeromq 作为它和后端应用服务器之间的传输层。它可以为动态请求的 url（应用请求）提供服务并使用 zeromq 将任务的计算部分直接发送到不同的后端。 mongrel2 不仅可以提供 http、websockets 等，还可以从同一个服务器上提供其它协议（如果你愿意的话）。用户永远不会知道应用程序的部分是由不同的后端提供服务的。

如果你的 web 应用程序的功能要求不断变化或者你想添加像流媒体、在后端使用不同语言编码等功能，那么我肯定会考虑 mongrel2。或者甚至可以采用混合方案，即使用 nginx/haproxy/varnish 作为静态文件和缓存，其余所有事项则由 mongrel2 处理。