Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/heroku/2.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

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/xcode/7.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
Mobile Heroku手机请求_Mobile_Heroku - Fatal编程技术网

Mobile Heroku手机请求

Mobile Heroku手机请求,mobile,heroku,Mobile,Heroku,我正在开发一个iPhone应用程序,它将与Heroku上托管的rails应用程序进行通信。我想知道我应该如何调整服务器的大小(有多少dynos、worker和什么类型的数据库) 据我所知,工人一次可以执行一个操作(例如:在数据库中执行select),而dyno可以处理10到100个并发请求 如果手机连接低,请求可能需要很长时间,这将如何影响我的服务器 我猜请求越长,并发请求就越多,所以需要更多的dyno? 但这不应该影响所需的工人数量,对吗 那么,除了5Mo限制之外,标准数据库的速度是否太慢,无

我正在开发一个iPhone应用程序,它将与Heroku上托管的rails应用程序进行通信。我想知道我应该如何调整服务器的大小(有多少dynos、worker和什么类型的数据库)

据我所知,工人一次可以执行一个操作(例如:在数据库中执行select),而dyno可以处理10到100个并发请求

如果手机连接低,请求可能需要很长时间,这将如何影响我的服务器

我猜请求越长,并发请求就越多,所以需要更多的dyno? 但这不应该影响所需的工人数量,对吗

那么,除了5Mo限制之外,标准数据库的速度是否太慢,无法同时处理10到100个请求?(每个都非常简单 在小于5Mo的数据库上选择?)

谢谢,
Vincent

重要的是要记住,单个dyno是单线程的,因此如果您的响应时间(这里使用New Relic)是200毫秒,那么(理论上)您可以使用单个dyno每秒处理5个请求。增加dynos并不能提高性能,它会增加吞吐量——从这个角度来看,我们最近需要在广告发布后快速扩展一个应用程序,最终在45个dynos上运行(可能有些过分),每分钟处理约5600个请求,每秒处理约100个请求。还要记住,如果dyno一直在使用(长时间运行的请求、上载等),那么如果您没有其他dyno要处理,那么请求将排队,并且该队列最终将在30秒后超时

我们正在运行20Gb的数据库,并且已经看到了令人印象深刻的数据库响应时间数据,当然该站点也使用了Memcached层来保持其快速性

希望有帮助


约翰。

谢谢你提供的有用信息。如果我理解你所说的,如果许多人从他们的移动导航器和低连接访问你的应用程序,那么他们将阻止所有其他用户?我认为可以安全地假设,如果dyno仍在向缓慢加载的客户端提供内容,那么它本质上是繁忙的。有“自动缩放”的宝石,可以增加/减少动态的dyno计数,以应对可能值得探索的积压。