对于 Lifestreaming 应用程序，Google App Engine 是一个有价值的平台吗？ [关闭]

Posted 2023-02-23

【中文标题】对于 Lifestreaming 应用程序，Google App Engine 是一个有价值的平台吗？ [关闭]

【英文标题】：Is Google App Engine a worthy platform for a Lifestreaming app? [closed]

【发布时间】：2010-09-13 04:56:10

【问题描述】：

我正在构建一个 Lifestreaming 应用程序，该应用程序将涉及为大量用户提取大量提要，并对结果执行数据挖掘和机器学习算法。 GAE 的负载平衡和可扩展托管听起来很适合最终可能会围绕大量数据移动的系统，但它缺少 cron 作业是一件麻烦事。在 co-loc 上使用 Django 并处理我自己的数据库扩展会更好吗？

【参考方案1】：

虽然我无法直接回答您的问题，但我构建 Microupdater（一个在 AppEngine 上收集数百个订阅源的新闻聚合器）的经验可能会给您一些见解。

正在获取提要。通过 cron 作业获取大量提要（这是 SDK 1.2.5 之前的唯一解决方案）效率不高且可扩展，作业频率的限制较低（例如 1 分钟，因此您每小时最多只能获取 60 个提要）。使用最新的 SDK 1.2.5，有 XMPP API，我还没有实现。最有前途的方法是PubSubHubbub，您提供一个回调网址，HubBub 会实时通知您新条目。 AppEngine上有一个demo implementation，你可以随便玩玩。

解析提要。您可能已经知道解析提要是 CPU 密集型的。我使用 Mark Pilgrim 的 Universal Feed Parser，在解析大型提要（例如公共 google 阅读器主题）时，AppEngine 可能无法处理所有条目。我的仪表板有很多这些 CPU 限制警告。但这可能会导致我还无法优化代码。

总而言之，AppEngine 还不是生活流应用的理想平台，但未来可能会发生变化。

【讨论】：

很抱歉，*** 不允许我发布更多 个链接，因为我是新来的。所以你需要用谷歌搜索剩下的 4 个链接。

【参考方案2】：

当他们提供付费计划时，情况可能会发生变化，但就目前而言，App Engine 不适合 CPU 密集型应用程序。它旨在扩展以处理大量请求，而不一定是每个请求的大量计算。我在进行相当小的计算时遇到了这个问题，我担心随着数据集的增长，我可能不得不开始寻找其他地方。

【参考方案3】：

（这显然已经很老了，只是因为它在相关的 Google 查询中仍然很高......）

我刚开始使用 AppEngine，还没有用它来处理大量的外部请求。但我确实知道上面的信息现在可能不那么有效了，甚至可能不再有效。自 9 月 8 日以来，由于他对上述问题的最初投诉以及后来的发展，他们大大放宽了限制。

【参考方案4】：

如果您的应用完全依赖 Django，那么 App Engine 是一个不错的选择。但是，如果您需要添加 C 增强型库，那就太麻烦了。 App Engine 不支持 PIL 或 ReportLab 之类的东西，它们使用 C 来加快处理时间。我之所以提到这一点，是因为从长远来看，您可能希望使用 C 来加速您的一些例程。

如果您决定使用 co-loc，请查看 WebFaction.com。他们有很好的 Django/Python 支持，而且他们对你使用上述库没有任何问题。

【参考方案5】：

看看Slice Host：他们以每月 20.00 美元的价格出售基于 xen 的虚拟化服务器实例...

我们和你一样。厌倦了超卖， 表现不佳，古老的托管 公司。我们把事情纳入我们的 自己的手。我们建立了一家托管公司 对于了解自己的东西的人。给 我们一个盒子，给我们带宽，给我们 性能，我们开始工作。快速地 机器、RAID-10 驱动器、Tier-1 带宽和根访问。管理 带有定制的 Xen VPS 后端 确保您的资源是 受到保护和保证。

它非常适合在不产生托管提供商或托管成本的情况下启动和扩展项目。

【参考方案6】：

没有。如果你需要做很多事情，App Engine 就不能很好地工作。您可以通过在进行离线预处理后将数据放入他们的存储中来将其用作前端，但是如果不做一些真正疯狂的事情，您将无法在每个请求的约 1 秒时间内做太多事情东西。

您的应用在您自己的主机上可能会更好。

【参考方案7】：

提取提要或进行计算不会有问题。但是您很快就必须为您的帐户付款。应用引擎包括 Django，但您需要为模型部分使用一些适配器。它肯定会让您免于维护问题。