ezmobius

what up 10 years of rails.

You thought you wanted to use a document store until you realized that redis+postgres was actually what you needed :P

this article is full of lies. thats all i can say.

Thanks guys ;)Glad the configs and blog posts helPed you.

No worries and I am good friends with the Heroku guys and I fully give them props for lots of the pioneering ideas in this space.

This project means to take it further though and be one everyone's cloud operating system, the Linux of cloud OS's if you will. It will live or die based on the open source can build around it. I fully intend to try to build this community and nurture it so this project flourishes. The personal PaaS angle is what I'm most excited about. Whatch for my technical blog posts tomorrow after I get some rest for more info...

It currently supports multi-tenant and single tenant, you choose when you set it up.

Currently the multi-tenancy is based on locked down unix users and permissions and other system hardening, pretty much same approach Heroku uses so you judge whether that's multi-tenant or not. We are looking into lightweight containers like lxc and friends for another implementation of the multi-tenancy.

None of the code comes from Heroku at all.

We can take any .war file that runs on Tomcat, even jruby apps. Not just spring.

It doesn't care about virtualization layer, runs on raw hardware too.

When was the last time Heroku accepted a pull request from you? ;)

I call BS on rabbit pushing 100K messages per core and I really like rabbit. But it is no where near 100k messages/sec per core.

AMQP does have extra capabilities and is a good messaging system and has advanced routing features, but you need to learn what exchanges, queues and bindings are and how they relate before it is useful.

I've used rabbit in production on multiple systems and it is still running on some of those. But I have switched to redis for most of my messaging needs because of the built in data structures and persistence. It makes it a much more versatile server and it is much easier to admin and much more stable. Rabbit is too easy to push over when you run it out of memory.

But I had to chime in and refute your 100k messages per core on rabbit. 20k maybe with the java client, more like 5-7k with a ruby or python client.

I can still get 80k/sec with a ruby client on redis.

The two servers are very different, redis is a swiss army knife of data structures over the network, that is why it is so useful. AMQP and rabbit are targeted more at enterprise messaging and integration where raw speed doesn't matter as much as complex hierarchies of brokers and middleware.

I'm working at Vmware now on a cloud operating system. That's about all I can say right now but it is what runs vmforce and vmware's partnership with google app engine to get spring running there very well. Multiple cloud multiple language paas.