我观看来自Foursquare的Harry Heymann发表了关于Lift to BASE用户组的演讲。他提到了一些关于Lift如何在该视频中不能很好地扩展状态的方法。
这是真的吗？如果是这样，为什么呢？注意：我对州基础知之甚少。
我似乎无法找到谷歌，我稍后会找到它。提前谢谢。
答案 0 :(得分：7)
当这个问题出现在Lift Mailing列表中时，框架的作者通常回复的是他前一段时间写的博客文章，这解释了为什么Lift是有状态的，但同时你如何可以使用Lift作为无状态框架。
这是link
答案 1 :(得分：4)
大卫波拉克在此this Quora thread对此有一个很好的答案，评论杰克逊戴维斯的回答：
在实践中，扩展Lift网站比缩放LAMP网站容易得多。为什么？好吧，国家存在于某个地方。如果它存在于JVM中，您将获得很多性能优势和稳定性，以及在Lift的情况下，可以获得很多安全性。与memcached中的会话形成对比。 “哎呀，memcached走了下来，那里有一堆会议。” “哎呀，我们有一个新的memcached哈希算法，那里有所有的会话。” “哎呀，谷歌只是抓住了我们创造了200,000个新会话，推动了除缓存之外的所有活动会话。” “哎呀，Ruby运行时只是狂野，吃了我们其中一个盒子上的所有VM，memcached掉了......”所以，你尝试在一些古怪的MySQL共享版本中存储会话。这个解决方案需要大量的硬件和团队，以确保共享代码是正确的，等等。使用Nginx，Jetty和会话亲和性的对比。这是大约4个小时的设置时间，它只是工作。请参阅http://blog.harryh.org/post/7550 ...所以，请与Facebook工程师讨论他们在前端，memcached，MySQL等之间管理状态所面临的挑战。将Twitter与着名的失败鲸相比较。相比之下，Apple的商店和iTunes商店都是在WebObject上编写的（这是非常有状态的。）大规模运行的提升应用通常需要7％的LAMP应用前端资源。大规模运行的Lift应用程序（Foursquare和Novell脉冲为两个）没有与具有类似流量模式的LAMP站点相关联的扩展问题。使用Lift进行扩展既不棘手，也不危险。这很简单。它被称为。事实证明。使用LAMP进行缩放对于状态正在发挥作用，这只会成为一个大规模的问题。 -David Pollak•2010年7月20日
答案 2 :(得分：2)
我认为很明显Lift应用程序可以很好地扩展。 Foursquare和英国卫报都使用Lift。这两个地点都是非常高度贩运的，并且没有与物业相关的物质中断。另请参阅Diego发布的链接。它提供了有关扩展升力驱动站点的深入讨论。