Mobile Heroku手机请求
我正在开发一个iPhone应用程序,它将与Heroku上托管的rails应用程序进行通信。我想知道我应该如何调整服务器的大小(有多少dynos、worker和什么类型的数据库) 据我所知,工人一次可以执行一个操作(例如:在数据库中执行select),而dyno可以处理10到100个并发请求 如果手机连接低,请求可能需要很长时间,这将如何影响我的服务器 我猜请求越长,并发请求就越多,所以需要更多的dyno? 但这不应该影响所需的工人数量,对吗 那么,除了5Mo限制之外,标准数据库的速度是否太慢,无法同时处理10到100个请求?(每个都非常简单 在小于5Mo的数据库上选择?) 谢谢,Mobile Heroku手机请求,mobile,heroku,Mobile,Heroku,我正在开发一个iPhone应用程序,它将与Heroku上托管的rails应用程序进行通信。我想知道我应该如何调整服务器的大小(有多少dynos、worker和什么类型的数据库) 据我所知,工人一次可以执行一个操作(例如:在数据库中执行select),而dyno可以处理10到100个并发请求 如果手机连接低,请求可能需要很长时间,这将如何影响我的服务器 我猜请求越长,并发请求就越多,所以需要更多的dyno? 但这不应该影响所需的工人数量,对吗 那么,除了5Mo限制之外,标准数据库的速度是否太慢,无
Vincent重要的是要记住,单个dyno是单线程的,因此如果您的响应时间(这里使用New Relic)是200毫秒,那么(理论上)您可以使用单个dyno每秒处理5个请求。增加dynos并不能提高性能,它会增加吞吐量——从这个角度来看,我们最近需要在广告发布后快速扩展一个应用程序,最终在45个dynos上运行(可能有些过分),每分钟处理约5600个请求,每秒处理约100个请求。还要记住,如果dyno一直在使用(长时间运行的请求、上载等),那么如果您没有其他dyno要处理,那么请求将排队,并且该队列最终将在30秒后超时 我们正在运行20Gb的数据库,并且已经看到了令人印象深刻的数据库响应时间数据,当然该站点也使用了Memcached层来保持其快速性 希望有帮助
约翰。谢谢你提供的有用信息。如果我理解你所说的,如果许多人从他们的移动导航器和低连接访问你的应用程序,那么他们将阻止所有其他用户?我认为可以安全地假设,如果dyno仍在向缓慢加载的客户端提供内容,那么它本质上是繁忙的。有“自动缩放”的宝石,可以增加/减少动态的dyno计数,以应对可能值得探索的积压。