Google app engine 在两个Google AppEngine应用程序之间执行请求时的行为

我们在谷歌AppEngine上运行了两个应用程序，一个用Python，一个用Java

Python应用程序面向互联网，为浏览器用户或智能手机应用程序的API调用提供服务

Python应用程序通常与Java应用程序通信，后者提供工作流引擎服务。 Java应用程序从不直接从internet访问。这类似于面向服务的体系结构

我们的Java应用程序配置了1个常驻实例。 但是，我们经常看到，当Python应用程序向Java应用程序发送请求时（此时Java应用程序什么也不做），会生成一个新的Java实例，而不是让常驻实例为请求提供服务。通过这种方式，可以发现长达10秒的延迟，而请求处理本身所需的时间不到1秒

谷歌是否可能将从一个appengine应用程序到另一个appengine应用程序的请求视为一种后端工作负载，吞吐量比延迟更重要？对于来自互联网的请求和来自谷歌内部的请求，是否有不同的策略（延迟方法、cron等……可能inter-appengine请求也属于这一类，这可能并不总是正确的）

谷歌建议我将Java应用程序作为Python应用程序的后端运行，实际上只有一个Appengine应用程序，而不是两个

此线程中的一些信息：

---

关于如何强制appengine常驻实例处理传入请求，而不是生成和预热新实例的建议，这可能有利于吞吐量，但不利于延迟？

已尝试在java应用程序上向

appengine web.xml

添加

true

元素？

是否如本文所述设置为1？目前我没有使用后端；相反，我使用了两个不同的appengine应用程序。面对互联网的是Python；内部的是Java。我肯定会尝试将Java功能设置为Python的后端，并且只有一个appengine应用程序。但问题是谷歌是否对来自互联网的工作负载和来自谷歌数据中心内部的工作负载（例如，另一个appengine应用程序、延迟、cron、预热等）有不同的wrt延迟和吞吐量策略。政策问题最好在小组中提出：我与谷歌工程师Johan Ephrosine取得了联系（proppy）是谁明确要求我在stackoverflow上发布这个问题的