Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/google-cloud-platform/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Google app engine 如何以编程方式扩展应用程序引擎?_Google App Engine_Google Cloud Platform_Autoscaling - Fatal编程技术网

Google app engine 如何以编程方式扩展应用程序引擎?

Google app engine 如何以编程方式扩展应用程序引擎?,google-app-engine,google-cloud-platform,autoscaling,Google App Engine,Google Cloud Platform,Autoscaling,我有一个应用程序,它使用应用程序引擎自动缩放。它通常运行0个实例,除非某些授权用户使用它 该应用程序需要通过键盘交互(不,它不是垃圾邮件,它是!)在数千人身上尽可能快地运行自动语音呼叫 从编程的角度讲,我们要求Twilio通过其语音API初始化调用5次/秒,它基本上通过Webhook工作,至少2次,但大多数情况下每次调用4次。因此,GAE需要快速扩展,一些请求在触发器开始时丢失(这只是用户端的挂起),而此时只有一个实例准备就绪 我想知道,在运行这些触发器之前,是否可以通过编程方式放大应用程序引擎

我有一个应用程序,它使用应用程序引擎自动缩放。它通常运行0个实例,除非某些授权用户使用它

该应用程序需要通过键盘交互(不,它不是垃圾邮件,它是!)在数千人身上尽可能快地运行自动语音呼叫

从编程的角度讲,我们要求Twilio通过其语音API初始化调用5次/秒,它基本上通过Webhook工作,至少2次,但大多数情况下每次调用4次。因此,GAE需要快速扩展,一些请求在触发器开始时丢失(这只是用户端的挂起),而此时只有一个实例准备就绪


我想知道,在运行这些触发器之前,是否可以通过编程方式放大应用程序引擎(通过),以便在风暴来临时做好准备?

我想您可能想试试。在任何实时请求到达新实例之前,他们将应用程序的代码加载到该实例中。这样就减少了在GAE实例缩小到零时回答问题所需的时间

我与您共享的链接包括PHP7运行时,我认为您对它很熟悉


我也同意John Hanley的观点,因为找到一个关于你有多少空闲实例可用的最佳点,也会有助于你的应用程序的性能

最后,解决方案是委托通过云任务发送通信:


任务可以在出现错误时再次尝试点击应用程序引擎,并在出现激增时使应用程序引擎弹出新实例。

这不是答案,但您是否查看了应用程序引擎的体系结构?这是否是需要快速扩展的正确服务?对于成千上万的并发消费者来说,这是正确的服务吗?查看本文档,了解如何设置
小实例
:这是一个关于scaling@JohnHanley的文档,GAE标准的一个特点是它能够非常快速地扩展到许多实例。我已经看到它可以快速地从2个实例扩展到50个实例,以处理流量峰值而不会出现故障。@gaefan-同意。但快速扩展并不意味着“现在”。同样基于问题中的细节,我建议他重新审视他的架构和设计。