6 ms·
Spikability - An Application's Ability to Handle Load
- brennenbyrne 14y agoI was going to use iron.io for a Hackathon, but didn't end up finding a way to use it in my project. I looked through the docs though and it's really interesting.
- crd 14y agoYou might consider looking again. Check out this post (http://blog.iron.io/2012/05/new-ironworker-command-line-interface.html http://blog.iron.io/2012/05/new-ironworker-command-line-inte...) about new .worker files and ng gem (https://github.com/iron-io/iron_worker_ruby_ng https://github.com/iron-io/iron_worker_ruby_ng). Docs are really improving rapidly too. Finally, don't hesitate to stop by the support channel (http://get.iron.io/chat http://get.iron.io/chat) with any questions.
- rwolf 14y agoI'm confused: how do you use message queues to handle traffic spikes? If a user request is sitting in a queue, aren't they staring at a white screen until I get back to them? edit: "And you can launch more servers to eat away at the queues if they keep growing." sounds a lot like autoscaling to me. The graph is misleading.
- treeder 14y agoThe pattern is to put the work in a queue, respond to the user immediately, then process in the background, outside the request cycle. Regarding auto scaling, it is scaling your worker servers to work down the queues, but it is not as urgent/critical as auto scaling your app servers if they had to handle the load.
- moe 14y agoSo, I understand they're trying to sell their product here, but please... In most web-apps there is exactly one user-initiated task that can be deferred: sending e-mail. Last time I checked my "spikability" was not bound on sending e-mails.