可扩展的 API 服务器，带有 Restlet？

Question

我们正在规划一个新的 API 服务器，它将主要提供 JSON 响应，并具有 RESTful 接口。我们担心规模和可用性。我们使用 Restlet 和 Jetty（或其他连接器）的方式是否正确？

我们要问的一个问题是，Java 世界里有没有像 Phusion Passenger 这样的东西？例如，用于保持服务器实例正常运行的预构建解决方案？

Answer 1

您的问题实际上并不是关于 Restlet，而是关于设计一个高可扩展性、高可用性的站点。我们发现 Restlet 在正确的系统架构下可以很好地扩展。

一般来说，您希望：

• 运行一个集群 Web 服务器计算机，而不仅仅是一台。
• 确保您的应用程序不共享任何内容，即，如果可能的话，您的网络服务器中不会​​存储任何应用程序状态。
• 使用负载均衡器将请求传播到负载最少的 Web 服务器。
• 确保您的 JSON 响应可缓存。
• 在站点边界添加 HTTP 反向代理缓存（例如 Squid）。当您的站点和客户端之间的缓存预热时，大部分入站流量将由它们处理，而不是您的 Web 服务器。
• 编写客户端代码来重试失败的请求。这样，如果 Web 服务器挂掉，下一个请求将负载平衡到幸存的计算机。
• 当然，您希望自动化您的站点以启动崩溃的 Web 服务器等。（这部分可能在 ServerFault.com 上更好地询问。）

REST 是一种非常适合此类设置的架构风格。

正如 @matt 提到的，您确实需要注意原始性能，但通常您首先关心的应该是获得可扩展、高可用性的架构。

一些很好的资料来源是：

• 构建可扩展的网站，Cal Henderson。
• 可扩展的互联网架构，Theo Schlossnagle。
• Restful Web 服务，Len Richardson 和 Sam Ruby。

特别是：

• highscalability.com，Todd Hoff。

Overstock.com 运营着一个大规模的网站，使得大量使用 Restlet 来做到这一点。

Answer 2

可扩展性和性能最终将更多地取决于处理这些请求的应用程序的设计方式、其算法、是否有效地访问数据库、如何/是否缓存数据等，而不是 servlet 容器或框架的选择。