代码之家 › 专栏 › 技术社区 › Micro

对GAE标准env的混淆及不同区域实例的旋转

google-cloud-platform google-app-engine

Micro · 技术社区 · 8 年前

在 documentation 对于App Engine,它说:

满足您的延迟、可用性或耐用性要求是选择应用运行区域的主要因素。

设置应用程序区域后,无法更改该区域。

出于某种原因,我认为App Engine会在请求来自的区域中启动新实例。

如果想建立一个全球访问和快速的应用程序,这似乎是一个很大的限制我。那么,GAE标准环境是一个糟糕的选择吗?

1 回复 | 直到 8 年前

John Hanley 8 年前

在很大程度上,Google App Engine是为小型、简单和易于部署的服务器实例而设计的。

如果需要全局负载平衡和自动伸缩,则需要自己选择和配置服务。谷歌的负载均衡器支持基于全球地理位置的负载平衡。您可以预先定义它将向哪些区域加载平衡。结合Google计算引擎和实例组,您可以定义站点的全局特性。

对您来说,权衡的结果是您希望在规划、部署和管理您的设置方面花费多少精力。Google App Engine让这一切变得简单,但你在某些选项上受到限制。Google Compute Engine需要更多的努力,但是您有更多的选项可供选择和管理。

首先对Google的负载均衡器进行一些研究,以便更好地了解您可以使用的选项。

推荐文章

Aryaman Agrawal · Python 3 GAE应用程序中的迁移后日志问题

2 年前

bobi · 如何修复:谷歌登录按钮未经验证

2 年前

Jad Chahine · 谷歌应用引擎灵活环境中的日志出现错误

3 年前

Figbar · 谷歌云应用引擎,flask和sqlalchemy main.py设置

3 年前

Community wiki · 上下文中的用户和角色

3 年前

Aleksa Bajat · 为什么gunicorn不能利用更多的员工(谷歌应用程序引擎)?

3 年前

Pebii Root · 点击提交按钮时防止重复条目谷歌工作表

3 年前

Pebii · 谷歌表单防止点击提交按钮后出现重复条目

3 年前

JAnton · 为什么FLEX GAE的日志显示“无法运行google_optimize_local_ssd脚本:exec:google_optimize_locat_ssd:在$PATH中找不到可执行文件”?

3 年前

Supplementing · 使用nuxt在谷歌应用程序引擎上部署失败

3 年前