Google app engine 在您自己的服务器上安装并运行google app engine可以吗？

在服务器上安装和运行GoogleAppEngine的方式与在本地机器上进行测试的方式相同吗？ 我个人想不出有什么理由不这样做，但我想会有一些原因

---

使用谷歌的应用服务器托管是最好的选择吗？Udacity做什么？

不，它真的不可接受。本地服务器只是一个“玩具”服务器，它模仿真实服务器的功能，但没有任何优化或安全性。例如，数据存储加载内存中的所有内容，并将内存中的所有内容写入单个文件

它根本不是为了承载真正的应用程序而设计的。只是为了能够在本地进行测试，而无需每次都部署在真正的应用程序引擎上。有些服务在本地也不可用

---

坦率地说，如果目标是在本地托管，而不是利用应用引擎基础设施的弹性，那么还有更好的选择。使用一个真实的数据库和一个允许使用所有类的运行时环境。

不，这不是真正可以接受的。本地服务器只是一个“玩具”服务器，它模仿真实服务器的功能，但没有任何优化或安全性。例如，数据存储加载内存中的所有内容，并将内存中的所有内容写入单个文件

它根本不是为了承载真正的应用程序而设计的。只是为了能够在本地进行测试，而无需每次都部署在真正的应用程序引擎上。有些服务在本地也不可用

---

坦率地说，如果目标是在本地托管，而不是利用应用引擎基础设施的弹性，那么还有更好的选择。使用一个真正的数据库和一个允许使用所有类的运行时环境。

如果您想问，出于测试目的，在服务器上运行dev_appserver是否可以，我不会建议您这样做。它没有硬化，也不会很好地扩展

---

如果您想演示正在开发的应用程序，并且不想部署到单独的演示/测试应用程序（或应用程序的演示/测试版本），可以使用

-0.0.0

启动dev_appserver。假设您的本地防火墙允许，并且假设您的本地计算机在您的intranet上有可路由的名称，这将允许他们从浏览器访问您的应用程序。这是一种在UI开发过程中获取反馈的简单快捷的方法。

如果您想问，出于测试目的，在服务器上运行dev_appserver是否可以，我不会建议您这样做。它没有硬化，也不会很好地扩展

---

如果您想演示正在开发的应用程序，并且不想部署到单独的演示/测试应用程序（或应用程序的演示/测试版本），可以使用

-0.0.0

启动dev_appserver。假设您的本地防火墙允许，并且假设您的本地计算机在您的intranet上有可路由的名称，这将允许他们从浏览器访问您的应用程序。这是一种在用户界面开发过程中获取反馈的简便快捷的方法。

大型专业网站是否可以接受使用谷歌appserver？我刚刚读到关于它如何不允许大于1mb的文件，所以我现在切换到Django。这和速率限制是唯一的问题吗？按照预期，构建AppEngine应用程序并将其部署到Google的服务器上，对于大型专业网站来说是非常可以接受的。这是它明确的目的。然而，使用SDK附带的软件（如开发服务器）将AppEngine应用程序部署到非Google服务器将导致非常差的性能、令人心痛和灾难。对于我所做的应用程序，数据存储实际上是限制因素。它不允许从关系数据库中进行您所期望的查询：无连接、查询中不包含多个不等式子句、查询时间有限、事务不跨越多个实体组等。现在有一个SQL存储引擎，但我还没有读过，还有，定价未知。您可以使用Java和Python应用程序中的云SQL。有关定价选项，请参阅。App Engine数据存储是一个“真实”数据库。appengine有很多替代运行时，比如typhonae和appscale，但我同意为这些平台明确开发有点奇怪。大型专业网站可以接受使用googleappserver吗？我刚刚读到关于它如何不允许大于1mb的文件，所以我现在切换到Django。这和速率限制是唯一的问题吗？按照预期，构建AppEngine应用程序并将其部署到Google的服务器上，对于大型专业网站来说是非常可以接受的。这是它明确的目的。然而，使用SDK附带的软件（如开发服务器）将AppEngine应用程序部署到非Google服务器将导致非常差的性能、令人心痛和灾难。对于我所做的应用程序，数据存储实际上是限制因素。它不允许从关系数据库中进行您所期望的查询：无连接、查询中不包含多个不等式子句、查询时间有限、事务不跨越多个实体组等。现在有一个SQL存储引擎，但我还没有读过，还有，定价未知。您可以使用Java和Python应用程序中的云SQL。有关定价选项，请参阅。App Engine数据存储是一个“真实”数据库。appengine还有其他运行时可供选择，比如typhonae和appscale，但我同意为这些平台显式开发有点奇怪。