This document aims to show tsuru’s most killing features. Additionally, provides a comparison of tsuru with others PaaS’s on the market.
Easy Server Installation¶
It’s really easy to have a running PaaS with tsuru. We provide a serie of scripts, each one built to install and configure the required components for each tsuru provisioner, you can check our scripts on tsuru repository, there are separated scripts to install each component, so it’s easy to create your own script to configure a new provisioner or to change the configuration of an existing one.
But it’s okay if you want more control and do not want to use our scripts, or want to better understand the interaction between tsuru components, we built a guide only for you.
One of tsuru main goals is to be easily extensible. The platform is one great example of accomplishment on that. tsuru platforms works slightly different for each provisioner. Juju use charms for platform provisioning you can find the scripts on our charms repository. The Docker provisioner is a bit different, it has an specific image for each platform, if one wants to create a new platform, just extend tsuru/base image and follow the directory tree structure, the scripts and Dockerfile for our existing platforms images can be found on our images repository
Services Creation and Extension¶
Most applications need a service to work properly, like a database service. tsuru provides an interface API to communicate with services APIs, but it doesn’t manage services directly, this provides more control over the service and its management.
In order to create a new service you simply write an API implementing the predefined endpoints. tsuru will call when a user performs an action using the client, read more on the building your service tutorial.
You can either create a new service or modify an existing one, if its source is open. All services APIs made by tsuru team are open and contributions are very welcome. For example, the mongoDB api shares one database installation with everyone that is using it, if you don’t like it and want to change it, you can do it and create a new service on tsuru with your own implementation.
IaaS’s and Provisioners¶
tsuru provides an easy way to change the application unit provisioning system and it already has two working provisioners, Juju, Docker. But the main advantage is the ease of extending the provisioning system. One can simply implement the Provision interface tsuru provides, configure it on your installation and start using it.
tsuru also provides an abstraction for routing control and load balancing in application units. It provides a routing interface, that you can combine on many ways: you can plug any router with any provisioner, you can also create your own routing backend and plug it with any existing provisioner, this can be done only changing tsuru’s configuration file.
Comparing tsuru With Other PaaS’s¶
The following table compares tsuru with OpenShift and Stackato PaaS’s.
If you have anything to consider, or want to ask us to add another PaaS on the list contact us in #tsuru @ freenode.net or at our mailing list
|Built-in Platforms||Node.js, PHP, HTML, Python, Ruby, Go, Java||Java, PHP, Ruby, Node.js, Python||Java, Node.Js, Perl, PHP, Python, Ruby|
|End-user web UI||Yes (Abyss)||Yes||Yes|
|SSH Access||Yes (management-only)||Yes||Yes|
|Run Commands Remotely||Yes||No||No|
|SQL Databases||MySQL||MySQL, PostgreSQL||MySQL, PostgreSQL|
|NoSQL Databases||MongoDB, Cassandra Memcached, Redis||MongoDB||MongoDB, Redis|
|Log Streaming||Yes||Yes (not built-in)||Yes|
|Metering/Billing API||No (issue 466)||No||Yes|
|Container Based Apps||Yes||Yes||Yes|
|VMs Based Apps||Yes||No||No|
|App Fault Tolerance||Yes||Yes (by cartridge)||Yes|
|Auto Scaling||No (issue 154)||Yes||Yes (for some IaaS’s)|