When Parse out of nowhere announced its yearlong shutdown process on January 28, many developers were left in shock. The backend-as-a-service has been used by thousands upon thousands of apps to enhance their backend capabilities without having to maintain said backend themselves. These range from big, well-known apps like Quip and Orbitz, to small apps like my very own Call2Disciple. Needless to say, everyone was caught by surprise, and are now rushing to migrate their data and services elsewhere. That being the case, there are a plethora of options of where to go from here.

Other BaaS's

The first impulse for many of us following the announcement was to search high and low for a new service that was comparable to the functionality of Parse. Github user relatedcode compiled an extensive list of alternatives and I recommend everyone effected to take a look at this list. Here are some of the ones that caught my attention.

Firebase

The night the announcement was sent out by Parse, their closest competition took notice, writing this on Twitter:

Google is 100% behind Firebase.

— Google Developers (@googledevs) January 29, 2016

This was a jab at Facebook, which owns Parse.

Google and Firebase made a point to assure developers that Firebase would not be in the same position as Parse had been.

Not a great day for app developers :( Firebase is healthy & actively working on many new exciting features here at Google #parse

— Firebase (@Firebase) January 28, 2016

This is all well and good; so what exactly is Firebase, and why would a Parse user want to switch to it?

Firebase's main feature is that it is a realtime database, or a database which is constantly updating itself and its clients. This is different from a conventional database which store persistent data unaffected by time.

Data is stored as JSON, synced to all connected clients in realtime, and available when your app goes offline. (Firebase)

Similarly to Parse, Firebase also has an authentication service and static web hosting (but no Cloud Code, sorry).

Learn more at http://www.firebase.com.

Appcelerator Arrow

{: .center-image }\ This service consists of two services: Arrow Cloud which is a realtime database similar to Firebase, and Arrow Builder -- the one most interesting to me.

The premise to Arrow Builder is that it is an API builder; a "powerful new opinionated framework for building APIs." (Appcelerator)

You basically create model objects and it can expose a web API for you, and it will auto-generate documentation as well!

Arrow as a whole also offers Parse-similar features such as Push Notifications, ACL's, Mobile Analytics, and support for Cloud Code and website hosting.

Appcelerator has actually released a blog post advertising itself as an option for Parse users; I recommend you read it.

Self-Hosting the Parse Server

A major announcement that came in the "Moving On" blog post from Parse was the open-sourcing of their Server API; basically, we are all able to run the Parse API on our own servers using Node.js and Express. They even posted a migration guide on how to do this with some recommended services.

Put simply, the process is as follows:

1. Set up your MongoDB database, and transfer your Parse data to it.
2. Set up Parse Server on your local machine and TEST.
3. Deploy Parse Server, either on your own or to an infrastructure provider of your choice (more on that later).
4. Point your clients to the new backend and push updates to those clients.

I find it ironic that they recommend other BaaS's such as Heroku and MongoLab after we as a community have been implicitly warned through this whole announcement not to trust backend providers as they may go away without warning.

I also note that the free versions of these two specific services they recommend are severely lacking (see Heroku and MongoLab) while Parse itself had an excellent free plan.

Conclusion

The only good news that came from the Parse shutdown announcement is that there are a multitude of options on how to move forward. These range from moving to another backend-as-a-service, to self-hosting the Parse API on your own backend, to even just going back to the drawing board and completely writing a new API for yourself (the easiest method using Express). Here's to hoping this is a smooth transition for us all.