Live data from Hacker News

BERT and Ernie: Scaling your Ruby site with Erlang

rubyconf.org

11–13 of 13 posts

Re: BERT and Ernie: Scaling your Ruby site with Erlang

#11

I think the problem with solutions like these it usually comes down throwing down money at more development (Erlang is hard) or throwing down money on more servers (delayed_job, Amazon SQS, etc.). I usually prefer money on servers since it's faster to develop for my team. But I guess for the functionally gifted, this is a great solution.

Yeah I'm sure everyone has their own opinions on how to solve this problem (scaling in general), this is just my approach. I'm sure your approach is just as, or more, valid.

Re: BERT and Ernie: Scaling your Ruby site with Erlang

#12
post #7

Earlier quoted context omitted.

You could use BERT with amqp, as it's just a data format (like JSON). Ernie and BERT-RPC are libraries which build on that.

Ok, but why did you decide to build something rather than use an approach like I described? Is it because you needed synchronous requests, not all of them were async?

Definitely needed fast synchronous requests. I know you can fake this in RabbitMQ but am not sure why we didn't go with it... guess you'll have to wait for Tom's presentation :)
Post reply on HN