Hi all, I dunno how many of you keep up with advances within the RethinkDB world, but the features on the horizon are pretty incredible. RethinkDB will be exposing a REST API (and websocket connection) directly to the database. This will make them a direct, open-source alternative to Firebase.
Read more here: https://github.com/rethinkdb/rethinkdb/issues/3711#issuecomment-151639571
Also of importance, Slava, RethinkDB’s CEO recently appeared on The Changelog: https://changelog.com/181/
If you’re then wondering how you’d implement custom backend logic, I’m sure RethinkDB have a plan for this (not entirely sure what just yet) but worst case scenario would be to do it exactly like Firebase, and that is to implement a fault tolerant job queue. You’d then push jobs onto individual queues and you could have microservices listening to particular queues for work to process. The job queue would ensure that a job is only processed once etc. Once processed, the job queue would pop the task off the queue (and write a success message to another endpoint the client is listening to) or set its status to complete, thus informing the client to update etc.
This is all super-cool stuff and I’m wondering what does the Meteor community think about all of this?