Lift 这样的 Statebase 框架是否可扩展？

Question

我看过来自 Foursquare 的 Harry Heymann 做了关于 Lift to BASE 用户组的演讲。他在视频中提到了 Lift 作为国家基础无法很好地扩展的问题。

这是真的吗？如果是这样，那是为什么呢？注：我对国家基地知之甚少。

google 好像找不到，稍后再找找。先感谢您。

Answer 1

当Lift邮件列表中出现这个问题时，框架的作者通常会回复他前段时间写的一篇博文，其中解释了为什么Lift是有状态的，但同时你可以

这是链接

Answer 2

David Pollack 对此有一个很好的答案 这个 Quora 帖子，在对 Jackson Davis 的回答的评论中：

实际上，扩展 Lift 站点比扩展 LAMP 站点容易得多。为什么？嗯，国家存在于某个地方。如果它存在于 JVM 中，您将获得很多性能优势和稳定性，对于 Lift 来说，还可以获得很多安全性。与 memcached 中的会话进行对比。 “哎呀，memcached 宕机了，一堆会话消失了。” “哎呀，我们有了新的 memcached 哈希算法，所有会话都结束了。” “哎呀，Google 刚刚抓取了我们创建的 200,000 个新会话，将除活动会话之外的所有会话都从缓存中推送出去。” “哎呀，Ruby 运行时变得疯狂，吃掉了我们其中一台机器上的所有虚拟机，memcached 宕机了……”因此，您尝试将会话存储在某种古怪的 MySQL 共享版本中。该解决方案需要大量的硬件和一个确保共享代码正确的团队等。与使用 Nginx、Jetty 和会话亲和力进行对比。大约需要 4 个小时的设置时间，然后就可以正常工作了。请参阅http://blog.harryh.org/post/7550...所以，请与一位 Facebook 工程师讲述了他们在管理前端、memcached、MySQL 等之间的状态时遇到的挑战。将其与 Twitter 和著名的失败鲸进行比较。与在 WebObject（高度有状态）上编写的 Apple 商店和 iTunes 商店相比。大规模运行的 Lift 应用程序通常需要 LAMP 应用程序前端资源的 7%。大规模运行的 Lift 应用程序（Foursquare 和 Novell Pulse 是其中两个）不存在与具有类似流量模式的 LAMP 站点相关的扩展问题。使用 Lift 进行扩展既不棘手，也没有风险。这很简单。它被称为。事实证明。使用 LAMP 进行扩展就像用状态打地鼠一样，这只会在扩展时成为问题。 -David Pollak • 2010 年 7 月 20 日

Answer 3

我认为很明显，Lift 应用程序的扩展性非常好。 Foursquare 和英国卫报都在使用 Lift。这两个站点的流量都非常大，并且都没有发生过与 Lift 相关的重大中断。另请参阅迭戈发布的链接。它深入讨论了如何扩展 Lift 驱动的站点。