Google app engine 不使用应用程序引擎的原因

Google app engine 不使用应用程序引擎的原因,google-app-engine,web-applications,Google App Engine,Web Applications,最近我读了很多关于AppEngine的信息;谷歌的服务对我来说很有前途。然而,这一切似乎太好了,不可能是真的。叫我一个消极的人,但我想知道不使用AppEngine的原因 这与程序员有关,因为我是从程序员的角度来提问的 我只想要App Engine的一般“缺点”,如果有的话。没有关系数据库。(没有正常的ORM…) 文件数量限制。(不能只上传一些标准包中的6000个文件…) 需要特定VM。(根据您的语言,您可能不是初学者。) 运行时限制。(不要陷入困境。) SSL仅通过(不直接到您的域。) 仅通过U

最近我读了很多关于AppEngine的信息;谷歌的服务对我来说很有前途。然而,这一切似乎太好了,不可能是真的。叫我一个消极的人,但我想知道不使用AppEngine的原因

这与程序员有关,因为我是从程序员的角度来提问的


我只想要App Engine的一般“缺点”,如果有的话。

没有关系数据库。(没有正常的ORM…)

文件数量限制。(不能只上传一些标准包中的6000个文件…)

需要特定VM。(根据您的语言,您可能不是初学者。)

运行时限制。(不要陷入困境。)

SSL仅通过(不直接到您的域。)

仅通过URL重定向的根域


我不是在批评GAE,我只是列出了OP所要求的限制…

您是根据谷歌指定的框架设计应用程序的。目前,您只能在谷歌的基础设施上运行应用程序引擎应用程序。这意味着你完全依赖谷歌(至少目前如此)。这是否是一个问题取决于所讨论的项目,但这是你最好注意的事情。众所周知,谷歌在过去会取消一些事情(尽管在应用程序引擎中这似乎不太可能)。

如果你能说明哪些事情对你来说很重要,并让人们评论他们与你的需求相关的体验,这将是一个更好的问题。这怎么不是一个事实上的重复呢,如果需要,可以使用Django,但不能使用它的ORM。这仍然很糟糕。在java方面,您可以使用标准API(JDO/JPA、servlets等)进行开发。您可能无法将应用程序无缝地放到另一个环境中,但您也不会重写整个内容。您的.domain.com也没有SSL。没有赤裸裸的域名,只有cname——但这是一个小问题。据我所知,它也将不符合PCI标准,因此您需要使用google checkout、paypal或其他一些支付api,但这也将是一个次要问题,取决于您的观点。从App Engine迁移到您自己的服务器,是否可能?这取决于您使用了多少GAE api。如果很少,那么您只需从BigTable迁移到(比如)MySQL,并适应不同的容器。对于由于文件数量限制而无法导入某些标准包,您可以始终使用zip导入来避免此问题。