We’ve always promoted the fact that we’re utterly compatible with Heroku, from Procfile support to 12factor adherence (with a very nice environment variables management). We’re going one step further by releasing today a first version of heroku2scalingo, a tool to easily migrate your app from Heroku to Scalingo.
How does it work?
In this first release, the workflow is very simple:
Voilà! You should then see your app live on Scalingo.
Usage
./heroku2scalingo name_of_your_heroku_app
Yep, that’s all!
Here is a sample output:
Roadmap
On the roadmap there’s a bunch of asthetic feaures that we’re thinking of. But the next big challenge will be about data migration (migrate your data from Compose/MongoLab/Heroku PG to Scalingo). A first milestone would surely simply do a dump/restore from our local workstation. Proper data management between Scalingo data stores will need a decent amount of work on our side because we’d like to do it in a clean manner to be able to do high level data operations on the platform (who’s saying “Big Fork Button”?).
Test it with your app
Get the latest version of heroku2scalingo. It’s only one binary file to download (thanks to Go) without any annoying extra dependencies to fetch.
Try it and tell us what you think about it: heroku2scalingo. You can open Github issues for example.
And of course, because we care about your privacy, it’s an open source app. Check the source code here. As usual, it uses our documented public API to communicate with Scalingo’s platform.
The Scalingo API bindings have been externalized in the go-scalingo package. Interfacing with the Scalingo API using the Go language is even easier and a go get away :) And BTW this component is shared between our CLI and heroku2scalingo.
At Scalingo (with our partners) we use trackers on our website.
Some of those are mandatory for the use of our website and can't be refused.
Some others are used to measure our audience as well as to improve our relationship with you or to send you quality content and advertising.