我观看来自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发布的链接。它提供了有关扩展升力驱动站点的深入讨论。