Django实例在Google App Engine下启动

Question

在思考了很长一段时间后，我几乎决定使用Google App Engine、Python+Django和app-engine-patch的组合来制作快速和可伸缩的web应用程序。但我在app-engine-patch FAQ中看到了一条评论，这让我觉得这个组合可能没有我想象的那么成熟:启动一个Django实例可能需要几秒钟(根据常见问题解答，1-4秒)。如果从一个请求到另一个请求有一些持久性，那么这可能不是问题，但似乎当没有持续的流量时，Django实例在几秒钟内就会关闭。如果系统不是每隔一秒左右调用一次，那么任何传入的请求都需要几秒钟(！)将会被批准。这是不可接受的。作为一个快速修复(丑陋，我知道)，我正在考虑让一个外部机器每秒向框架发出一个虚拟请求，只是为了让它活着。

你同意这一点吗？你还有其他的方法吗？

我的另一个疑问是，如果有足够的流量从n个服务器跳转到n+1，会发生什么情况，该请求是否需要几秒钟才能被批准，因为必须启动一个新的Django实例？或者谷歌的基础设施不是这样工作的？我承认我对此一无所知。问题。

帮助!

Answer 1

是的，长启动时间是使用包含大量代码的框架的一个警告。目前，除了使用轻量级的框架(比如内置的webapp框架)之外，没有其他方法可以绕过它们。

不推荐轮询你的应用程序:它会用完配额，并且实际上并不能保证真正的用户请求与你的轮询请求达到相同的实例，因为应用程序在多个实例上运行。

幸运的是，有一个简单的解决方案:变得流行起来！你的应用程序越受欢迎，实例需要重启的频率就越低，受影响的用户比例也就越小。

Answer 2

我尊重您正在尝试做的事情，但对我来说，这听起来有点像是未成熟的优化。你正在讨论的py+django补丁是由谷歌推荐的，直到他们升级到“真正的”django，所以我无法想象它有多糟糕。测试您正在讨论的内容的性能也不是那么困难，所以我建议您在做出最终决定之前，先测试并运行一些指标。这样，当其他人开始抱怨时，你就会有一些数学知识来支持它;)

Answer 3

他们还在FAQ中提到，使用Django的压缩版本将有助于加载时间，尽管我猜它可能仍然很长。至于你最初的问题，我同意其他人的观点，轮询你的应用程序可能不是一个好主意，因为它可能不会解决你的问题，因为谷歌可能会将你的请求分布在许多机器上，等等。