rubber

If you're looking for a similar script for Ruby, check out Rubber. https://github.com/wr0ngway/rubber

I have a feeling this discussion is going to go basically nowhere. But I'll bite. The command you cited is a generator. It generates a complete passenger and MySQL setup. It's a sensible default that handles a large set of use cases. If you want postgres instead, there's a complete_passenger_postgresql. The full list of modules can be seen at: https://github.com/wr0ngway/rubber/tree/master/lib/generator... Backups are set up automatically. There's a whole mess of capistrano tasks for this stuff. Run "cap -T" to see them. That's the standard way of documenting such. Actually, you have a load of questions there that are evident once you actually try rubber. That's not a great answer and I'm not saying the documentation is great. But, hey, the documentation for fog is virtually non-existent. But, no, rubber is absolutely not meant

Full disclosure: I'm one of the rubber devs. But, did you look at any of the wiki pages? I think all of your questions are answered right there: https://github.com/wr0ngway/rubber/wiki I think you largely missed the point of rubber. Rubber could use something like fog (and indeed, we plan to), but it's not a fog competitor. It allows you to do role-based deployment with capistrano. At the core of it, you have a set of roles (e.g., app, db, redis, web, resque_worker) and a set of machines belonging to those roles. You have role-based config and you can interact with subsets of your cluster through those roles. heroku is good at what it does. But there is simply no way I could have built Mogotest on it. And most of the rubber projects I've come across would never work on heroku.

When I was doing my homework for deploying to EC2, I came across that and would highly recommend against it! For one thing, it's main committer is out of the picture and have yet to find a good branch with Rails 3 support. I'd recommend looking into Rubber (https://github.com/wr0ngway/rubber/wiki) and Maestro (https://github.com/bploetz/maestro)

Reddit itself is hosted on EC2, right? I use scripts (http://github.com/wr0ngway/rubber/) to boot up, configure, and deploy to my instances from a stock Ubuntu AMI -- but from the looks of this maybe you set up and maintain AMIs for each role instead? I much prefer a scripted installation to a frozen hand-rolled installation, even if the latter is more reliable.

I use rubber, which bootstraps that kind of setup from a stock Ubuntu AMI: http://github.com/wr0ngway/rubber/

Though they just fucked it up in the betas by depending on rubygems-1.3.6, it's not so hard to get it running on Heroku. You run the rake tasks to copy the public directories from extensions to the root one locally before pushing, you pre-cache the generated CSS (not a problem in the betas, they eliminated sass), and setup asset image uploads to go to S3. The real problem with hosting Spree on Heroku is having to spend $100/m for an IP for SSL. The actual cost for setting up ELB instances to get extra IPs for SSL is $20/m. That's a problem when you want to set up a bunch of differently branded storefronts. It's the main reason why I'm doing DIY with http://github.com/wr0ngway/rubber/ instead of using Heroku for the spree project I'm working on right now.

http://bitbucket.org/ianb/toppcloud/ : Python :: http://github.com/wr0ngway/rubber/ : Ruby ? Toppcloud is presently Rackspace-only and Rubber is AWS-only, but they both intend to be multi-service. Rubber seems a lot further along, I'm using it for a customer project I'm working on right now. Having written a project for AppEngine, I don't think either is very much like it -- more a way of getting rid of customized disk images and integrating the bootstrapping scripts with the deploy scripts.