剖析短迭代
敏捷教练Dave Nicolette提出：我们应该如何设定迭代长度？是要根据发布周期的时间么？使用短迭代又有哪些好处？
新闻
Google App Engine负载测试结果
作者 Niclas Nilsson译者 张龙 发布于 2008年6月9日 下午8时43分
我们早前曾报道过，Google App Engine上有一个公开的Google Web Toolkit负载测试。测试结果是应用在一小时内每秒钟平均收到10个请求，最高时每秒35个请求。应用一小时内合计收到了40 000个请求。
根据Didier Girard（测试发起者）所述，用户感觉不到负载的变化。
Didier还做了另外一件事以使得情况更加真实。他在测试进行期间升级了软件。
就在下午4点前，我上传了一个新版本的应用。那时每秒钟大约有10个请求。我这么做是没必要而且带有风险的。但有时你不得不在高流量的情况下上传应用的新版本，我想看看在GAE中这是否可行。一切都那么完美。
Google Application Engine的产品经理Pete Koomen给了Didier一些提高应用可伸缩性的提示。简言之：
- 避免大量查询
- 利用数据库（datastore）进行增量计算，而不是一下完成全部计算
- 避免争用数据库实体
- 避免大的实体组
虽然InfoQ仅仅赶在测试开始前一个小时才发布先前的那篇新闻，仍然有40%的流量来自于InfoQ的读者。Didier说他准备筹划下一轮负载测试，所以如果你想参加下一次测试，请关注GWT上的跟踪新闻。
查看英文原文：Google App Engine load test result
.gif)
没有回复
回复