Re:Spire.io: A New Platform For Serverless Apps That Work On...
by cortesoft on Wednesday May 09, 2012 @01:32PM
(#3949599)
I am not sure what makes you say it is a thin layer over Socket.IO... or even the comparison to Firebase. I would say Firebase solves a different problem, not really a harder one.
Firebase doesn't have an identity service, does it? Firebase doesn't seem to address the issue of security or privacy at all, which seems to me to be fairly important to a web application.
Re:Spire.io: A New Platform For Serverless Apps That Work On...
by dyoder on Wednesday May 09, 2012 @01:58PM
(#3949735)
Also, you can implement data synchronization over a messaging layer but not the other way around. So I'd say our approach is actually more flexible. And we do plan to introduce APIs to make data synchronization easier.
Re:Spire.io: A New Platform For Serverless Apps That Work On...
by equark on Wednesday May 09, 2012 @03:42PM
(#3950135)
Implementing the Firebase API is nontrivial. It's an entire datastore with fine-grained monitoring and optimistic, distributed, data synchronization. Messaging falls automatically out of their API -- all you do is push child messages. And it's better messaging protocol than pub/sub since you get windowed queries into the channel history for free.
Firebase allows you can listen to any part of the subtree and query particular children of a node. Data is synchronized in realtime, optimistically, and the events that fire allow you to easily tie your UI or Backbone model to the datastore. It also has critical features like transactions. This is much more flexible than what Spire.IO currently provides.