共享应用程序服务定价层的Azure资源限制?

共享应用程序服务定价层的Azure资源限制?,azure,azure-web-app-service,azure-app-service-plans,Azure,Azure Web App Service,Azure App Service Plans,有没有一页解释这是如何工作的?我们正在开发一个只支持API的Web服务,它每天都会受到相当大的冲击,但大约在下午三点左右,它开始回吐“403-站点禁用”。我假设这是因为我们已经超过了共享定价层的“每天4个CPU小时”配额,但没有任何明确的证据表明这就是问题所在,我很难理解,一旦您超过了这个配额,您的预期行为是什么——显然,在您的下一个24小时周期开始之前,它不会自动关闭20小时,但在什么时候您才能获得完整的服务可用性?当然,我可以得到一些图表或报告来证实这是怎么回事?即使是账单使用数据中的内容也

有没有一页解释这是如何工作的?我们正在开发一个只支持API的Web服务,它每天都会受到相当大的冲击,但大约在下午三点左右,它开始回吐“403-站点禁用”。我假设这是因为我们已经超过了共享定价层的“每天4个CPU小时”配额,但没有任何明确的证据表明这就是问题所在,我很难理解,一旦您超过了这个配额,您的预期行为是什么——显然,在您的下一个24小时周期开始之前,它不会自动关闭20小时,但在什么时候您才能获得完整的服务可用性?当然,我可以得到一些图表或报告来证实这是怎么回事?即使是账单使用数据中的内容也没有多大意义(它说在大多数日子里是21-24小时的“共享应用服务时间”)

“403-站点禁用”对我来说似乎相当明确!如果您正在使用配额,那么一定要使用基本SKU并继续使用除此之外,这个问题与堆栈溢出无关,因为它不是一个编程问题。我不认为这本身就是一个编程问题,但这肯定是一个只有程序员才会理解的问题,否则你不会使用共享定价层。还有5分钟的限制,在此期间,您可以将CPU最大化3分钟是的,我找到了“4小时/天,每5分钟2.5分钟”的规格,但同样不清楚这意味着什么。在您用完4小时的CPU时间后,在24小时期限结束之前的实际限制是什么?4小时后,网站返回:
错误403-此web应用在计费日的其余时间停止。对于5分钟计数器,它将停止,直到5分钟窗口结束并将再次启动