Dropbox Datastore API Alternatives

Amazon S3 - needs some tweeking but supports arbitrary object types.

Apache Usergrid - A BaaS solution. Hosted at apigee.com too.

A word on Parse. I initially developed this app with a Parse interface. However, as I started to use it, I realized I could see (and change) all user data. That just isn't right, Maybe I implemented it incorrectly. I'd be interested in others' experiences.

Thank you so much for firebase, you saved my life :)

My use case would be fine with switching to files, but the notifications are too noisy. I use the Dropbox API with a writing app, and it autosaves as you type. With the Datastore API, this wouldn't trigger notifications, but when updating files, there's a notification every time (unless the user disables all notifications).

Does anyone know of a way to disable (some) notifications when using the Core API?

Richard, I'm hoping to add such a feature to API v2.

Here is the results of my own experiments.

Firebase:

• excellent for realtime events, Web-minded at its core
• multiple auth providers
• local cache in beta for iOS since Dec. 2013, in beta for Android since Feb. 2015
• alternatively, you can use FeventTypeChildAdded and FeventTypeChildChanged to pick the state since last run, but FeventTypeChildRemoved will not be fired to allow deleting data that was removed in the cloud since the previous run of the app. Incidentally, FeventTypeChildChanged does not say which keys have changed
• security is flexible, but needs to be setup for each app and could easily lead to leaked data if not set properly
• the dashboard is great

Cognito:

• probably the closest offering to the former Datastore API, even has the notion of a "dataset", but
• cumbersome to setup
• quite thin currently
• dataset limited to 1MB and entire store to 20MB, which is small
• multiple auth providers
• how will it evolve in the future?

Parse:

• I have yet to experiment, but my current impression from the doc is that the Parse local datastore is not quite like the Datastore cache, i.e. data is either in the cloud or in the local store, but not in both simultaneously. Again, as said, since I have not experimented yet, I could be wrong

CloudKit:

• fully paid by the user like Dropbox, but iOS only and the schema becomes fixed once one enters production (unfortunately)

Links to persistence in Firebase (iOS, then Android).

https://groups.google.com/forum/#!topic/firebase-talk/dOocEtjQz4w

https://groups.google.com/forum/#!topic/firebase-talk/gYlnLgQ-Yhk

Thanks for that rundown, Caram. I had looked at Cognito but wondered about its future since I don't know a single developer using it.

Since Dropbox's news about deprecating the Datastore API, I have been working with Parse. It requires a bit of a shift in how you think about storing data since it's much more about querying the cloud than it is storing data locally, but so far I am really liking it. I used to always want my data on the device, but this makes make my app slower. Doing lots of queries and intensive calculations on the device is doable, but using Cloud Code on Parse seems like a more reasonable way to handle such things.

Parse is unique in that it has a huge following and tremendous financial support from Facebook, so I see it being around for a long time and only getting better. I also like that I can see my users' data (to reference David D.'s comment) because it makes troubleshooting custom support issues MUCH easier. There's no way to see a user's data when using the Dropbox Datastore unless you log in with their Dropbox account.

Did anyone successfully migrate their app to another service?

I gave a try to Parse local datastore, but did not find it reliable (issues similar to this https://groups.google.com/forum/#!topic/parse-developers/LkBDQ-UHkR0).

Does anyone have feedback about Firebase?