OpenShift vs Heroku: Haskell
There are a few Platform as a Service (PaaS) services out there, and the most famous is probably Heroku. I know I’ve had people come up to me and suggest using Heroku for the next big thing they’re planning. There is a problem with Heroku: it’s not free (libre). That didn’t stop me from at least trying it out to see what all the fuss was about.
Deploying a Haskell app on Heroku
Obviously, it wasn’t as easy as just
git push heroku master, or this post wouldn’t exist. No, it was more complicated than that.
I couldn’t just push my Happstack app (a toy app, now hosted at http://quenya.kaashif.co.uk) to Heroku, so I had to do a bit of searching around. The best way to do this was to create an app with the buildpack set to either https://github.com/begriffs/heroku-buildpack-ghc or https://github.com/mietek/haskell-on-heroku. The latter was apparently faster, so I tried that out.
Setting the buildpack was as easy as:
$ heroku buildpack:set https://github.com/mietek/haskell-on-heroku.git -a quenya
Apparently, it was now just as easy as pushing. So I tried:
$ git push heroku master
And it failed, with the following errors:
*** ERROR: Cannot build sandbox directory *** ERROR: Failed to deploy app *** ERROR: Deploying buildpack only
There was some other output, too, but those were the important lines. This wasn’t supposed to happen. After looking around on the tutorial page, I see that this error occurs when you’re trying to build using a one-off dyno. Maybe I could still make it work!
$ heroku run -s 1X build
And that failed, telling me private storage was expected (an S3 bucket). Well, I should’ve expected that, I suppose, considering the errors I got when the push failed are only supposed to occur when trying to use private storage.
Well anyway, let’s try the other buildpack.
Trying the other buildpack
I set the buildpack to the first one I looked at:
$ heroku buildpack:set https://github.com/begriffs/heroku-buildpack-ghc -a quenya
That worked fine. Then, I pushed.
$ git push heroku master
It seemed to be going well, GHC was downloaded, cabal-install was downloaded, and it was about to run when suddenly:
cabal: error while loading shared libraries: libgmp.so.3: cannot open shared object file: No such file or directory
And it was going so well! If I got this error on my machine, I’d just do some dirty symlink trick to make cabal think it had the right library, but I couldn’t do that on Heroku, since I didn’t have permission to do anything.
Now that I think about it, this means that the haskell-on-heroku buildpack would have probably failed too, even if I set up an S3 bucket for it.
Anyway, I’d had enough of Heroku and decided to try out OpenShift.
Getting started with OpenShift
I visited https://openshift.redhat.com and signed up for a free account. It was simple enough to make an application, I just had to select a “cartridge” (basically a set of preinstalled libraries and programs), add my SSH key, and pick a name.
There was already a Happstack cartridge which came with happstack-server, blaze-html, and all the libraries I needed, bar a few. Before pushing my app, I decided to install
rhc, the command line tool for OpenShift, like
It has some cool features, like
rhc port-forward, which sets up a tunnel so you can access the internal services (Redis, PostgreSQL etc) from your own computer, on localhost. For example, if you run
port-forward, you could access PostgreSQL on 127.0.0.1:5432. Cool, right? I suppose Heroku must have something similar, but this isn’t supposed to be a balanced blog post.
Anyway, I sshed into the application server to check things out, and it looked like a normal RHEL server, without anything weird or virtual-looking (although it probably is virtual). I had a home directory in /var/lib/openshift/, alongside a number of others.
cabal was actually installed, unlike on Heroku, so I didn’t need any “buildpacks”: the build would take place exactly as it would do on my computer.
All I had to do was
git push <really long uri> and it worked. All that happened was that
cabal run <host> <port> was run (or something to that effect), and it started the app. Simple, right?
Moving a static site to OpenShift
This is easy, although there isn’t a “static site” cartridge. All you have to do it pick a PHP cartridge, and Apache just serves the root directory of the repository (with mod_php enabled). So I just generated my blog, pushed to a new PHP app, and Apache served my site. Easy.
OpenShift is good, use it instead of Heroku. I can’t speak for the paid options, but it’s a lot easier to deploy Haskell on OpenShift.
Note: I have almost no experience in using either, except for what I’ve written in this article.