In case you change your mind, I just created this awesome project: https://github.com/fsouza/go-rocketclient

How would it compare ShipBuilder to Tsuru (https://github.com/globocom/tsuru)?

Actually, Docker is like a manager of FreeBSD jails :-) LXC is like FreeBSD jailing.

Correct! In fact there is interest in porting docker to freebsd jails. Ping me if you're interested!

That's very cool! Congratulations :-)

Thanks a lot! :)

This is on tsuru's roadmap. We want to make it easier to install and manage. Thanks!

I definitely want to try tsuru + docker, yet this week :)

git works as a deployment tool, but not in all cases. It's useful to deploy code, but when writing Java or Go, you usually don't deploy the code, you deploy compiled binaries. Currently, tsuru forces you to deploy your code (you can create a git repository versioning the binaries, and do some local magic to compile your source, put it in the repository and push it - like creating a "deploy" target in your Makefile, but that's an ugly workaround).

In the future, tsuru will probably support other ways of deployment.

Yes, tsuru calls that services. They're behind an API. Enabling the deployment of services without API's is already in our roadmap, but we don't know when we will get it done.

Unfortunately not. Our charms contains some custom hooks, but we want to remove them in the future. Here are the examples: https://github.com/globocom/charms/tree/master/precise (centos charms are outdate).

The original motivation wasn't exactly that, but we changed it. At the first moment, we started an open source platform as a service based on Globo.com needs. That's why tsuru first supported EC2 instances. But that's pretty expensive: having 10 virtual machines for an app is not cheap, and does not fit in most company's budgets.

That's why we started implementing support for application containers, and we need to work on documentation and facilitate the life of people willing to deploy tsuru.

Thank you for your feedback!