As Jonathan said, I believe Flynn is more generic, while Tsuru is
focused on web applications. It may change in the future, but web
application hosting is the current Tsuru's reality.
Tsuru is built with one goal in mind: "replaceability" (Or
extensibility). It's built from components, which can be replaced. For
example, we have a production environment running with Juju and
virtual machines, and the public environment running with Docker and
containers. The same capability holds for other components, like the
work queue and router.
On Thu, Jul 18, 2013 at 10:11 PM, wrote:
- A very flexible API that can be used to orchestrate containers across a
cluster, allowing the composition of advanced use cases. For example, you
could build a continuous integration/deployment system that executed each
test run in a container and then promotes the new image to production if the
That's cool. BTW, do you guys know docker-cluster ? That's what we
will use to deploy web applications across a cluster of Docker nodes.
docker-cluster itself is more ambitious, I want to make it run behind
an HTTP API, compatible with the Docker API, so you'd be able to use
the docker CLI against a docker-cluster, without noticing it.
- (optional) Heroku buildpack support out of the box, so application deploys
are completely language/framework agnostic.
We want to support Heroku buildpack, and there is a contributor
(Sergey Koulikov) working on it. AFAIK, it's ready for use with
Docker, but I have not tested it yet.
- Self-hosting; most of the Flynn services will be inside of Docker
- Containerized backing services; PostgreSQL, MySQL, etc will be fully
managed by Flynn.
Here's a big difference. Tsuru doesn't manage any service that isn't
an web application.
In Tsuru, a service is only an HTTP endpoint that responds to some
calls (create, bind, unbind, destroy, etc.). Given that the service is
accessible, it does not matter whether it is running on a container or
at your laptop.
Again, this may change in the future, and we might even integrate
Tsuru and Flynn in order to get service management done.
You received this message because you are subscribed to the Google Groups "golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email to email@example.com.
For more options, visit https://groups.google.com/groups/opt_out.