6 ms·

Which BaaS options are recommended now?

by jeyoor 10y ago

ma2rten 10y ago
I haven't used it, but firebase is popular.
- mignev 10y ago
  Yes it's google behind ... but you should rewrite the whole application. That's why I respect Facebook about their decision to opensource the Parse Server. The is the beginning of the Open Backend world. With Parse Open Source everybody will get Personal MBaaS :)
primitivesuave 10y ago
I second the Firebase recommendation. Facebook killed off their BaaS acquisition while Google doubled down on theirs. If you prefer open-source, Horizon (http://horizon.io/ http://horizon.io/) is a great alternative to Firebase but does not have many of the key features like file storage and iOS/Android SDKs.
- hackerboos 10y ago
  Firebase has a few issues. Take a look at this video and tell me this query and the required data denormalization is acceptable. https://t.co/xd1KUPc8xY https://t.co/xd1KUPc8xY
  - bfrog 10y ago
    They must be using something akin to Cassandra to require something like that
  - pier25 10y ago
    Yep data modelling and querying capabilities is a real deal breaker in Firebase. Something as simple as filtering by 2 or more values becomes ridiculously tedious. http://stackoverflow.com/questions/26700924/query-based-on-multiple-where-clauses-in-firebase http://stackoverflow.com/questions/26700924/query-based-on-m...
    - primitivesuave 10y ago
      I completely agree that on its own, the querying functionality can be quite tedious for anything complex. I linked to this solution on the comment above as well: https://github.com/davideast/Querybase https://github.com/davideast/Querybase
      - pier25 10y ago
        > Querybase is in an experiment and not for production Also since Firebase doesn't allow more than one filtering field with orderByChild(...) I'm guessing Querybase will do all the work on the client. This is less than ideal since the data has to be downloaded first.
        hackerboos 10y ago
        Querybase is also making permutations of all the data you may wish to query. Needlessly taking up space on your server that will have to be retrieved. Wasted bandwidth etc.
  - primitivesuave 10y ago
    I wouldn't call this an "issue" as much as a "limitation". Just as you can develop a data denormalization process for any use case, you can develop one for Firebase. Here's a practical example of doing joins with Firebase (written by David East who is also the star of that video you linked): https://github.com/davideast/Querybase https://github.com/davideast/Querybase
- desarun 10y ago
  Watch out for the hidden costs. As I found out today if you want the analytics data in CSV, or query it to any level that's useful beyond "We have 5 users in Stockholm on KitKat", you'll need the next service tier up, which is $25 per month per project. But if you want basic analytics, then it's free & easy.
- 010a 10y ago
  Horizon is a scary recommendation right now given the recent shuttering of RethinkDB (the company). It might still be a great choice, but I would give the community some time to coalesce and see where things end up before recommending it for new projects.
- deleted 10y ago
  [deleted]
- pier25 10y ago
  I wrote this piece on Firebase recently and I would not recommend it except for very simple or specialised projects. https://medium.com/@Pier/firebase-the-great-the-meh-and-the-ugly-a07252fbcf15 https://medium.com/@Pier/firebase-the-great-the-meh-and-the-... Don't get me wrong, Firebase has a lot of good things going on, but the bad aspects make it unsuitable for a large variety of projects.
- jkestner 10y ago
  I really like Firebase, but for specialized cases as others mentioned. The realtime updates are solid, and the iOS SDK at least is deep enough to let you dig into edge cases when needed (like, how many clients are listening to this node?). But I use it like an in-memory store to sync live data. Can't imagine having to use it like a full database - I use Parse for storing more permanent data across tables.
harrisreynolds 10y ago
Backendless is a solid option: https://backendless.com/ https://backendless.com/
- mignev 10y ago
  With Backendless you should rewrite your apps, which is not so good :) Anyways ... what will happen when Backendless decide to shut down?
  - _ao789 10y ago
    Then you too will shutdown xD
jordangonen 10y ago
Scaphold (https://scaphold.io/ https://scaphold.io/) is a super neat BAAS built on GraphQL!
george_batski 10y ago
You should try one of these BaaS Firebase Back4app Backendless

Which BaaS options are recommended now?

by jeyoor 10y ago

Which BaaS options are recommended now?

ma2rten 10y ago

I haven't used it, but firebase is popular.

mignev 10y ago
Yes it's google behind ... but you should rewrite the whole application. That's why I respect Facebook about their decision to opensource the Parse Server. The is the beginning of the Open Backend world. With Parse Open Source everybody will get Personal MBaaS :)

primitivesuave 10y ago

I second the Firebase recommendation. Facebook killed off their BaaS acquisition while Google doubled down on theirs. If you prefer open-source, Horizon (http://horizon.io/ http://horizon.io/) is a great alternative to Firebase but does not have many of the key features like file storage and iOS/Android SDKs.

hackerboos 10y ago
Firebase has a few issues. Take a look at this video and tell me this query and the required data denormalization is acceptable. https://t.co/xd1KUPc8xY https://t.co/xd1KUPc8xY
- bfrog 10y ago
  They must be using something akin to Cassandra to require something like that
- pier25 10y ago
  Yep data modelling and querying capabilities is a real deal breaker in Firebase. Something as simple as filtering by 2 or more values becomes ridiculously tedious. http://stackoverflow.com/questions/26700924/query-based-on-multiple-where-clauses-in-firebase http://stackoverflow.com/questions/26700924/query-based-on-m...
  - primitivesuave 10y ago
    I completely agree that on its own, the querying functionality can be quite tedious for anything complex. I linked to this solution on the comment above as well: https://github.com/davideast/Querybase https://github.com/davideast/Querybase
    - pier25 10y ago
      > Querybase is in an experiment and not for production Also since Firebase doesn't allow more than one filtering field with orderByChild(...) I'm guessing Querybase will do all the work on the client. This is less than ideal since the data has to be downloaded first.
      - hackerboos 10y ago
        Querybase is also making permutations of all the data you may wish to query. Needlessly taking up space on your server that will have to be retrieved. Wasted bandwidth etc.
- primitivesuave 10y ago
  I wouldn't call this an "issue" as much as a "limitation". Just as you can develop a data denormalization process for any use case, you can develop one for Firebase. Here's a practical example of doing joins with Firebase (written by David East who is also the star of that video you linked): https://github.com/davideast/Querybase https://github.com/davideast/Querybase
desarun 10y ago
Watch out for the hidden costs. As I found out today if you want the analytics data in CSV, or query it to any level that's useful beyond "We have 5 users in Stockholm on KitKat", you'll need the next service tier up, which is $25 per month per project. But if you want basic analytics, then it's free & easy.
010a 10y ago
Horizon is a scary recommendation right now given the recent shuttering of RethinkDB (the company). It might still be a great choice, but I would give the community some time to coalesce and see where things end up before recommending it for new projects.
deleted 10y ago
[deleted]
pier25 10y ago
I wrote this piece on Firebase recently and I would not recommend it except for very simple or specialised projects. https://medium.com/@Pier/firebase-the-great-the-meh-and-the-ugly-a07252fbcf15 https://medium.com/@Pier/firebase-the-great-the-meh-and-the-... Don't get me wrong, Firebase has a lot of good things going on, but the bad aspects make it unsuitable for a large variety of projects.
jkestner 10y ago
I really like Firebase, but for specialized cases as others mentioned. The realtime updates are solid, and the iOS SDK at least is deep enough to let you dig into edge cases when needed (like, how many clients are listening to this node?). But I use it like an in-memory store to sync live data. Can't imagine having to use it like a full database - I use Parse for storing more permanent data across tables.

harrisreynolds 10y ago

Backendless is a solid option: https://backendless.com/ https://backendless.com/

mignev 10y ago
With Backendless you should rewrite your apps, which is not so good :) Anyways ... what will happen when Backendless decide to shut down?
- _ao789 10y ago
  Then you too will shutdown xD

jordangonen 10y ago

Scaphold (https://scaphold.io/ https://scaphold.io/) is a super neat BAAS built on GraphQL!

george_batski 10y ago

You should try one of these BaaS Firebase Back4app Backendless