对应用程序的每个传入请求都会计算在请求配额内。
作为请求的一部分所接收的数据会计算在传入带宽(计费)配额内。作为对请求的响应所发送的数据会计算在传出带宽(计费)配额内。
HTTP 和 HTTPS(安全)请求都会计算在请求、传入带宽(计费)和传出带宽(计费)配额内。管理控制台的“配额详细信息”页也出于信息方面的考虑,将安全请求、安全传入带宽和安全传出带宽报告为单独的值。只有 HTTPS 请求计算在这些值内。
执行请求处理程序所花费的 CPU 处理时间会计算在 CPU 时间(计费)配额内。
有关配额的详细信息,请参阅,以及的“配额详细信息”部分。
除了配额以外,请求处理程序还遵循以下限制i:
* 应用程序可以同时处理约 30 个活动的动态请求。这表示平均服务器端请求处理时间为 75 毫秒的应用程序可以达到{zg}为(1000 毫秒/秒 / 75 毫秒/请求)* 30 = 400 请求/秒的效率,且没有任何额外滞后时间。很大程度上受 CPU 制约的应用程序在长时间请求中可能会出现一些额外滞后时间,以便为分享相同服务器的其他应用程序腾出空间。对于静态文件的请求不受此限制的影响。