9

我正在考虑使用 Google App Engine。这将是一个巨大的网站。在这种情况下，您对使用 Google App Engine 有什么建议。我听说 GAE 有限制，比如我们不能存储超过 1MB 限制的图像或文件（他们将改变我在 GAE 路线图中读到的内容），查询限制为 1000 个结果，我也将使用 GAE 设置 web2py . 所以我想知道你的意见。

谢谢

4

7 回答 7

8

用 GAE 开发了一个小型网站后，我有一些想法

  • 如果您的意思是像“下一个 YouTube”这样的“巨大”，那么 GAE 可能非常适合，因为前面提到了缩放。

  • 如果您的意思是“巨大”，例如“非常复杂，具有大量屏幕、模型和功能”，那么 GAE 可能不适合。像单元测试这样的东西在 GAE 上很困难，并且你的应用程序没有一个内置的结构，你可以使用（著名的）（Ruby on）Rails 或（Python 驱动的）Turbogears 之类的东西。

即：没有暂存环境：只有您的系统和生产的开发副本。这可能是也可能不是一件坏事，这取决于您的情况。

此外，它取决于您打算引入的其他 Python 模块：一些 Python 模块不能在 GAE 上运行（因为您无法与硬件通信，或者因为包中的文件太多）。

希望这可以帮助

于 2009-12-15T01:01:00.677 回答
5

在 Google App Engine 上使用 web2py 是一个很好的策略。它可以让您快速启动和运行，如果您确实超出了 GAE 的限制，那么您可以将您的 web2py 应用程序移动到其他地方。

但是，保持这种可移植性意味着您应该远离 GAE 的高级部分（任务队列、事务、ListProperty 等）。

于 2009-12-15T04:59:23.817 回答
3

AppEngine 使用 BigTable 作为其数据存储后端。不要尝试编写传统的关系数据库驱动的应用程序。BigTable 更适合用作高度可扩展的键值存储。尽可能避免连接。

于 2009-12-14T20:28:53.570 回答
2

我不会担心这些。在使用 Google App Engine 一段时间后，我发现它可以很好地适应大型数据集。如果您的数据元素很大（例如照片），那么您将需要与另一个服务集成来处理它们，但无论这种大小的数据如何，这可能都是正确的。此外，我发现 BigTable 相对容易使用，因为它完全来自关系数据库。最后，Django 是 Google App Engine 的一个有点隐藏但很棒的“功能”。如果您从未使用过它，它是一个非常漂亮、优雅的 Web 框架，可以让许多常见任务变得微不足道（这里想到了表单）。

于 2009-12-15T00:48:16.210 回答
1

Google 刚刚发布了 SDK 1.3.0 版，支持新的 Blobstore API，用于存储高达 50MB 的文件。请参阅帖子“ App Engine SDK 1.3.0 已发布，包括对更大用户上传的支持”。

于 2009-12-15T07:44:55.713 回答
0

谷歌波呢？它是在 appengine 上构建的，一旦实时、实时可翻译的聊天进入企业部门……我可以看到它达到前 1000 名……但话又说回来，这是一个内部项目，可以做其他 appengine 应用程序可以做的特殊事情't.... 就像挂线；我认为...无论 Wave 在引擎盖下有什么...

于 2010-01-03T11:57:06.210 回答
-11

如果您计划创建一个“巨大”的网站，请不要使用 App Engine。就那么简单。App Engine 不是为提供下一个排名前 1000 的网站而构建的。

还请允许我问一下“巨大”是什么意思，同时有多少用户？每秒查询数？数据库负载？

于 2009-12-14T19:58:37.403 回答