【问题标题】:Google app engine for websites which updates every second?每秒更新的网站的谷歌应用引擎?
【发布时间】:2012-07-11 08:50:06
【问题描述】:

如果值得探索 Google APP Engine 选项,我需要建议,所以如果有学识和有经验的用户可以发表评论,那真的很有帮助(我不需要代码)

目前的情景: 我有一个网站,数据需要每秒更新一次?它建立在.NET之上,用户每次访问都需要更新数据,数据每秒都在变化。用户已为 URL 添加了书签,因此数据已更改且 URL 保持不变。

我们还有很多静态数据,用户可以访问这些数据进行研究和阅读。

云体验: 我们曾尝试与其中一个大玩家一起使用该网站(不是与最初的云公司,而是与他们最接近的竞争对手;)我们有时会遇到文件卡住的问题(基本上一些用户看到更新,有些则没有),他们有实施了“修改信任”权限级别,这限制了我们在多个地方(目录中自动生成文件)

我的问题: (a) 您认为在上述情况下,Google App Engine 可以提供帮助吗? (b) URL 重写更具体地生成 200 服务器返回而不是 404 是否可能,或者 404 被捕获并转换为 302 并重定向? (c) 当我们从传统迁移到云时,我们在托管费用上出现了一个漏洞,现在我们又回到了使用负载均衡器的传统服务器上,你认为在流量大的网站上我们是坚持传统还是看看谷歌应用降低我们的成本?

我期待听到 cmets..

提前感谢大家。

【问题讨论】:

    标签: google-app-engine


    【解决方案1】:

    (a) 您认为在上述情况下,Google App Engine 可以提供帮助?

    用户看不到数据的问题是缓存或数据库最终一致性的一个因素。这不会通过迁移到新的云提供商来“解决”。 appengine 数据存储使用最终一致性,但您可以通过使用 memcache 存储经常更改的数据来解决该问题。也就是说,Appengine 无法让您完全控制 memcache,因此您在解决该问题时可能仍然存在问题。

    (b) URL 重写更具体地生成 200 服务器返回而不是 404 是否可能,或者 404 被捕获并转换为 302 并重定向?

    不太清楚你在这里的意思。您当然可以使用任何值得其盐的 Web 框架返回 302 或 200 响应而不是 404s

    (c) 如果设计得当,appengine 可以非常划算,但如果不优化,它可能会浪费钱......有很多关于如何有效优化它的好论文,但如果你是谈论很多用户每秒钟都在访问该网站,而您将为此付费。

    【讨论】:

    • 我知道,我不需要 .Net 我可以迁移到其他语言,只要我们可以实现上述功能:)
    • 感谢 Rick,到目前为止我们还没有使用 Mem,我们生成 HTML 并离开(就像在多个服务器上每秒生成多个 HTML 一样),这样 DB 上就没有负载了,当一个用户刷新数据,它会自动从服务器中获取相对空闲的 html(由加载服务器处理),现在如果使用相同的场景,你认为它可能会工作吗?
    • 在应用引擎上?好吧,appengine 没有文件系统,因此您必须将这些生成的 HTML 页面缓存在 memcache 中。 MC 是跨服务器共享的,因此您应该获得正确的版本,但您可能会遇到静态文件边缘缓存的问题...我会改为使用 rest 调用来提取动态内容通过客户端的 javascript 并使用静态 html 模板来显示它。
    猜你喜欢
    • 2011-06-04
    • 1970-01-01
    • 1970-01-01
    • 2014-03-02
    • 2019-04-10
    • 1970-01-01
    • 1970-01-01
    • 2018-12-12
    • 2011-05-06
    相关资源
    最近更新 更多