因此，这个案例研究在egraph上发布，使用CloudBees作为他们的e-graph服务平台（如果您想了解更多细节，请阅读链接）。好吧，对懒人来说，egraphs就像是一种从体育明星那里获得个性化音频信息和书面便条的现代方式，还有很多，他们会对明星进行生物认证，返利下载，以确保事情合法（你可以获得个人问候等）。无论如何，埃格拉夫斯已经使用Play一段时间了。当他们第一次开始使用CloudBees时，是play1，在我们打开平台以便他们可以运行它的那天，他们跳到Play2上。它们似乎也有非常大的可变载荷-非常适合弹性云。我记得有人通过支持票发来的信息，兴高采烈地说："嘿，伙计们，我们正在做一点市场推广，周日可能会有X万新用户——我想我们应该让你们知道。"。当然我们表现得很酷昂夏兰特：嗯，到目前为止，云服务器和普通服务器，Play2一直在发挥魅力。对于这种规模的任何东西，总是会有挑战和停顿（顺利地部署一个新版本总是一个挑战，因为涉及到很多服务器），egraph关于使用Play的想法是熟悉Rails和Django等框架，并且希望有一个类似"电池包括在内"的框架哲学。威尔陈从埃格拉夫斯注：最后我能够以Rails或Django的风格在一个全面的web框架上用一种类型安全且具有表现力的语言编写。Play2的发展很快，因为许多其他人也有同样的想法，并且热衷于为框架做出贡献，而且我们也看到我们的一些pull请求很快就被接受了。另外，看看playframeworkgooglegroup上的问题是如何在几个小时内得到深思熟虑的回答的。在我们的第1和第2版的游戏中，我都很兴奋的去编译我们的第1和第2部分的代码。很难想象Play2有很多事情是非常痛苦的，但我确实希望默认的Play数据库演进不需要遵循严格的数字进程，我可以看到这是一个更大团队的问题，我们还是做小工程的团队。MyykSeok（同样来自egraphs）：Play2为异步计算提供了很好的支持，返利软件，尽管有时它可能感觉很笨拙，因为它提供了非常干净的机制，删除了模板，所以您可以只编写重要的部分。另外，我喜欢我们的代码在Scala中使用Play2是多么容易保持不变。我不确定，但我怀疑egraphs使用Play2可能是迄今为止Play2最大的部署之一（如果不是最大的话）——基于规模和用户数量。我认为这是勇敢的去做一些新的事情，大数据视频，像这样，并选择一些大胆和新的东西来实施它-但有时你必须冒风险，以打破平均水平（不像保罗格雷厄姆写的）好工作埃格拉夫斯！

，什么叫大数据分析