Adding Scheduling to Twilio with IronWorker

I'm an ex-intern of Iron.io (ply me with enough alcohol and I'll tell you about it), and I can roughly explain IronWorker: background processing without servers, with a scheduler on top.

I wouldn't call it a 'negative value add' because it means you don't have to babysit a server somewhere, assuming you want to add scheduling onto a Twilio action (call/SMS).

If you took Iron.io out of the equation, how would you schedule the Twilio call? I assume you mean via cron, which is all well and good if you want another server/script to babysit.

That said, I haven't used anything from Iron.io since I've left, and I've written scripts which use a loop, sleep and two if statements to 'schedule' a Twilio call.

Hey Jcampbell,

Thanks for your comments, that's good feedback for us. You're right, in the way that you described it, Iron.io would only be overhead. Cron is built in. Memcached is easy to setup. So is Resque, Gearman, RabbitMQ, Beanstalkd, and a host of other great pieces of software.

We want to not only eliminate the need of setting up Workers/MQ/Cache/Scheduling, but autoscale them, make them elastic, redundant, multi-zone failover, and erosion resistent (Heroku term). And then we'll provide layers of monitoring, management, and alerting out of the box.

Time savings on "setup" is minimal, but time savings and headache as you grow and scale is priceless.

In any case, thanks for taking the time to check us out. If you ever want to chat more, email me chad[at]iron.io or jump into our public chat room monitored like 23/7: http://get.iron.io/chat

Chad

It took me a while to understand the benefit of IronWorker however a 'server-less' environment is exactly what we need for some small discrete jobs. I know that these jobs will scale up (in number) without the need to deploy more servers or maintain them.