我什么时候应该对我的REST API响应进行分页?

时间:2018-05-08 04:46:46

标签: php amazon-web-services nginx laravel-5.1 amazon-elb

我目前在AWS上的生产部署设置存在问题。 我有一个EC2实例,主持NGINX / PHP / Laravel 5.1,它位于AWS ELB后面。

在特定情况下,我的一个RESTAPI返回的响应大小为1.2到1.6 MB(在大多数情况下,它返回的响应大小要小得多),并且调用超时。 记录以下错误消息

  在读取响应时,

上游超时(110:连接超时)   来自上游的标头,客户端:xxxxxxxxxxx,服务器:xxxxxxxxxxx,   请求:“POST / api / event / gallery HTTP / 1.1”,上游:   “fastcgi:// unix:/run/php/php7.0-fpm.sock”,主持人:“xxxxxxxxxxx”

1.2-1.6mb似乎没有大量的响应大小来解释超时。

我确实确认我的实际PHP调用(在调用堆栈的底部)在20秒内返回。

随后的调查显示,AWS ELB的超时时间为60秒,可能会关闭连接。

  

https://www.cadence-labs.com/2017/07/fix-nginx-timeout-499-client-closed-request/

我的AWS EC2实例的类型为m4.large。我担心为什么使用经过验证的组件(如AWS ELB,NGINX)的生产设置将无法有效处理1.x mb的数据。可能是我做错了,或者我没有正确配置整个部署系统。请帮助您提出建议。

或者我可能过于乐观了,应该转向分页我的回应以满足大的响应大小。但话说回来,我不想在没有理解限制的情况下分页,或者清楚知道什么时候应该。 REST API响应的最大大小/限制是多少,超出该限制我应该考虑分页?

0 个答案:

没有答案