Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

We switched from firebase to deepstream, and are hosting it ourselves.

With firebase since we were not running a node or java app, we ended up relying heavily on the rest interface. Which was sort of the not well taken care of. We would see crazy spikes and we could not get support to fix it. Multi tenancy would occasionally cause other performance issues.

We eneded up running a bit of a monkey patched system for awhile using kineses to pipe updates to a java/node app which then would write updates via the web socket interface.

Firebase also lacked support for pub/sub events, which can be sort of faked, but not entirely reliably.

Deepstream model is a bit different as you said, and it does have some weaknesses. I have submitted a number of patches already to fix some of the edge cases i've run into and will likely submit more.

Unlike firebase, we can actually directly improve the deepstream application core as well as build options into the platform that better support our use cases.



Yes. Firebase needs your apps to written in JS or Java. The lack of support for pub/sub was never a problem for me though since the channelRef.push(msg).remove() works 100% reliably.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: