Webrick作为生产服务器还是Thin或Unicorn？

您一定不能将Webrick用作生产服务器，这似乎是理所当然的，但是我在任何地方都找不到真正的原因。共识似乎是：“ Webrick可以进行开发，但是Thin或Unicorn是生产期的选择。”

我确实查看了Thin Server的主页，它讨论了每秒请求数，但是由于没有注释，我不太了解该图。

有人可以让我知道为什么与Webrick相比我应该使用Thin或Unicorn吗？使用Webrick进行开发是否也有好处？我一直在使用Webrick，因为它附带了rails，我认为应该将它作为默认设置是有原因的。

我正在使用Heroku。

几个重要原因

1. 它是用Ruby编写的（请参见http://github.com/ruby/ruby/tree/trunk/lib/webrick）
2. 编辑后，它没有生产网站通常需要的许多功能，例如多个工作程序（特别是预分叉，生命周期管理，异步处理等），重定向，重写等

当我提到重定向/重写时，是指使用Webrick时，您必须在不同的层（机架，Sinatra，Rails，自定义Webrick代码等）处处理重写。这需要您增加额外的红宝石“处理程序”来执行您的重写代码。对于低流量的站点，这可能很好，因为您可能已经预热了一些进程而什么也不做。但是，对于流量较高的站点而言，这是服务器上额外的负载，前端服务器（Apache，Nginx等）可以处理这些事情而不会分解Ruby *，并且可能快几个数量级。

* 例如，如果您在负载均衡器后面运行，则可以将所有重写流量路由到未安装ruby的服务器，而让您的主服务器仅管理主要流量。这种重写流量可能是由于SEO的网站更改或类似原因。另一种情况是一个站点包含多个组件，一个部分可能是Rails，另一部分是PHP，并且两者都需要重写（即，将旧的PHP路径重写为Rails）

WEBrick也无法处理更长的URI，如果它们超过2083个字符，您将看到崩溃。Thin没有这些问题，这使其具有优越性-已经在开发中。

我真的不喜欢复杂的事情和过早的优化。WEBrick可以在生产中使用，只要它是一个低流量的网站即可。大多数应用程序都是。

如果您的站点做一些花费时间的事情，例如发送电子邮件或生成PDF文件，则应使WEBrick为多线程。您想一次处理多个请求。

过去曾发生过一些安全问题，但似乎主要原因是与用于生产的服务器相比，它确实很慢。

在生产模式下运行时，webrick的最大缺点是它是单线程，单进程的Web服务器，这意味着它一次只能处理一个HTTP请求。