【问题标题】:Google App Engine as production platform [closed]Google App Engine 作为生产平台 [关闭]
【发布时间】:2023-03-26 09:19:01
【问题描述】:

我们即将开始开发新的商业网络项目,并将 Google App Engine 视为一个潜在平台。

问题:

  1. Google App Engine 真的是 可扩展的,可以被认为是 商业生产平台 项目?
  2. 是否更贵(或 便宜)比好的托管公司 长期服务?
  3. 是吗 可能(而且相当便宜)搬家 应用程序从 Google App Engine 到 独立服务器/场(例如使用它 作为一个私有系统,利用我们的 自己的硬件等)?
  4. 有没有 应对 DDoS 攻击的机制?
  5. 我可以做一个完整的备份 应用数据?

很抱歉提出这么愚蠢的问题。

【问题讨论】:

  • +1 好问题,特别是关于 DDoS 的部分。没有防御它的攻击可能会吃掉你的免费限制甚至你的钱:(

标签: google-app-engine web-applications


【解决方案1】:

我会回答问题 1:

我正处于应用引擎上的新 Web 应用程序的试验阶段。我们花了大约一个月的时间编写代码并为我们的第一个客户做好准备。他们上周上线了。他们喜欢这个软件,但几天前我开始在应用程序中遇到随机的最后期限超出错误。您查找记录或列表,它会在几毫秒内返回。下一次需要 30 秒,然后返回超过截止日期的错误。

仪表板中的堆栈跟踪会给出随机结果。我已经尝试了一切,甚至将应用程序剥离为一个你好世界。我将一条日志消息放入我们的 django 进程请求中间件中,这是我们执行的代码的第一个位。它显示在超时请求中,从谷歌获取请求到运行我们的 process_request 代码需要 25 秒。我在谷歌论坛发帖,一无所获。我联系了谷歌的某个人,他们很快就回复了,但只说他们会联系团队。从那以后就没有了。

这可能是我正在做的事情,但我真的很怀疑。谷歌不提供支持,所以我基本上不走运。

如果这是一个成熟的商业应用程序,我就会倒闭。

tl;dr:谷歌应用引擎前景广阔,但需要成熟,还不适合商业化生产

【讨论】:

【解决方案2】:
  1. 观看google IO(他们说:“是的,它是可扩展的”。
  2. 这取决于...它甚至可以免费为您服务(您需要为所拥有的负载付费)。
  3. 例如,您可以使用appdrop 迁移到亚马逊。使用app-engine-patch 也是一个好主意。
  4. ... 好问题。我真的不知道。
  5. 使用GAEBar

【讨论】:

  • appdrop 看起来已经被放弃了,它只使用了我能收集到的 SDK(即不是可扩展的 BigTable 解决方案),所以问题仍然存在于我的脑海中。不是说做不到,而是需要付出多少努力?
【解决方案3】:

这一切都取决于您的需求。 对于需要在短时间内从极少数用户扩展到可能的数百万用户的项目,谷歌应用引擎可能正是您正在寻找的。​​p>

但是,请注意,您可能会对 GAE 带来的限制感到惊讶。除其他外,数据存储区不能使用 IN 语句进行全文搜索或查询。 因此,请仔细指定您的应用程序将有哪些需求,以及您将存储和搜索哪些数据。

这也意味着将您的应用程序从 GAE 移动到单独的服务器可能会很麻烦,因为数据库架构很可能会有所不同。

【讨论】:

  • +1 令人惊讶的限制。然而,这些正是 GAE 如此可扩展的原因。也不是您可以轻松导出数据
  • 我还会在 2010 年的 AppEngine 上观看 Google I/O 视频。他们正忙于提升查询数据的不同方式。
【解决方案4】:

我的回答:

  1. BuddyPoke 在 gae(可能是最大的应用程序)上运行,查看 their 百万数字。
  2. 在您的应用发展相当大之前,您无需付费
  3. 如果您熟悉python,web2py 提供此功能与some limitations
  4. Dos 保护 (java, python)
  5. Gaebar, here 一篇很棒的文章。

【讨论】:

    【解决方案5】:

    您的问题 #3 引发了危险信号。如果这是一个重要的问题,我会在此时告诫 App Engine。我喜欢这个平台,并且不怀疑它们在某个时候会成为向自托管解决方案迁移的可行路径,但不是现在。像appdrop 这样的事情证明是可以做到的,但付出的努力和投资值得吗?这就是我要问的问题。我很想知道是否有人成功地将真实的生产应用引擎应用移植到另一台主机上。

    备份应该很容易编写脚本,或者有像 Bolotov 提到的 GAEbar 这样的工具。

    关于成本,您可能可以免费获得数十(可能数百)个对象(记录)和体面的流量/使用。除此之外,我不确定比较托管成本,这听起来像是一个可以做一些研究的好领域(自我说明)。

    最后,Silfverstrom 关于限制是正确的,尤其是在全文搜索方面。有一些项目正在进行中来解决这个问题,但可能没有成熟的 RDBMS 那样强大。

    【讨论】:

      【解决方案6】:

      为了更新一些最新信息(2013 年),GAE 现在有一个文本搜索 API。不能直接在数据库中搜索数据;您可以从数据中创建可搜索的文档,并将它们添加到可搜索的索引中。做起来并不难,但很麻烦。特别是,每当您的数据发生变化时,您都需要重新生成已更改的文档并在索引中更新它们。

      将数据导出到 Google Big Query 也相当容易,这使得报告变得容易。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 2017-10-12
        • 2012-04-14
        • 2012-12-22
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多