GAE是否具有能够托管数百万活跃用户使用的应用程序的基础架构？
我想知道下列GAE的限制，是否有可能通过在GAE上托管该应用来构建出色的社交应用（如Facebook）？ 换句话说，GAE是否具有能够托管6亿活跃用户使用的应用程序的基础架构？ 我从几个论坛/博客中提出的限制（如果发现任何不足，请随时添加到列表中）： HTTP请求/响应 要求大小上限：32 MB 最大回应大小：32 MB 所有请求必须在30秒内响应，否则GAE会引发DeadlineExceededException 每个Cron作业必须在10分钟内执行 Cron作业无法利用Map Reduce 5秒钟后，到另一个站点的每个GET或POST中止。您可以将其配置为最多等待10秒。（中间服务器必须与Twitter和Facebook多次协作） 客户端无法通过FTP（仅HTTP和HTTPS）连接到GAE。 自定义域没有https。仅适用于your-app-id.appspot.com域。 如果大量用户涌入，则会出现“超出配额”错误 数据库 本地开发中的数据库行为与实际服务器中的行为不同。 GQL。没有其他的。 没有查询可以检索1000条以上的记录（如果您希望让客户拥有“一键脱机立即购买”按钮，那就很麻烦了） 如果您需要线性访问大量记录以执行操作，那么您就不走运了（Google的系统已大规模集群化） Memcache值的最大大小为1 MB。 无法进行简单的文字搜索 您无法加入2张桌子。 慢（您必须阅读有关如何使用继承来分离表的知识，以便可以在表中进行搜索，获取键然后获取其父键，以避免反序列化性能） “索引太多”运行时异常 实体在一个索引中最多可以具有5000个属性值 格式*的键名（以两个下划线开头和结尾）是保留的，应用程序不应使用。 密钥名称限制为500个字节（我猜是UTF-8编码的） 语言 python或java或Go（或使用JVM的语言，例如Groovy，Scala等） 服务器问题 没有静态IP（调用第三方API可能会有节流和配额问题） 每个应用程序限制为3000个文件 无法控制运行Web应用程序的OS或硬件