当谈到运行生产系统时，Apache 似乎长期以来一直是满足 Rails WEB 服务需求的唯一可行方案。当然，始终还有许多其他方案，但在尝试使用 thttpd 一段时间后，我实际上再也没有对其他的备选方案产生兴趣。这是在发现 lighttpd 之前。

Apache 是 Web 服务领域的瑞士军刀，一款出色的瑞士军刀，而 lighttpd 更轻巧，且拥有更明确的目标。它由一位非常热心的领先开发人员推动（在什么地方看到过这样的方案……），它拥有为 Rails 应用程序打造出色 Web 服务器所需的所有功能。

令我特别感兴趣的是 强大的 FCGI 支持，它包含负载均衡器，从而让单个 lighttpd 进程成为其后的多个 FCGI 应用程序服务器的入口点。换句话说，您可以在不使用基于硬件的负载均衡器、执行循环 DNS，或在应用程序服务器上运行 Web 服务器的情况下进行扩展。

今天，我操作了一个 lighttpd 进程，它在四个不同的应用程序服务器上处理 FCGI 进程，充当网关。在集群中插入另一个服务器并立即运行时提供的灵活性令人印象深刻。

足够方便的是，Routes 会消除 Rails 对 mod_rewrite 的依赖，并开放缓存框架，使其在没有复杂的重写规则的情况下运行，而这反过来意味着它可以在 lighttpd（和其他 Web 服务器）上工作。我正在尽我最大的努力，在 Basecamp 和 Ta-da List 的实验中，使 Rails 适应 lighttpd 并且使 lighttpd 适应 Rails。Jan Kneschke 已经在做伟大的工作，帮助推进整合，使之更加紧密。

因此，如果您正在寻找一种更简单的方法来扩展 Rails 应用程序，那么您现在可能有兴趣了解 lighttpd。一旦早期采用者有时间充分向我们展示 lighttpd，记录流程以及调整软件，那么您肯定会感兴趣。

来自 TextDrive 的 Jason Hoffman 也在 Should I consider lighttpd? 中发表了一篇关于 lighttpd 的出色文章。