FoundationDB Fault Tolerance Demo Video
blog.foundationdb.com
blog.foundationdb.com
Also covered are single and multiple machine hard power failures, rejoining the cluster, and total cluster power loss and recovery, all in one take.
Happy to answer questions.
I.e. fbd.find({someproperty: "123"})...
[0] http://foundationdb.com/documentation/beta1/data-modeling.ht...
In our approach this kind of functionality is the responsibility of a higher "layer" of the system above our key/value API. There are lots of ways of organizing and indexing data with different tradeoffs between search and update performance for different kinds of queries. We support pretty much all of them-- not by building any of them into the core, but by providing a general transaction facility that permits arbitrary indices to be updated.
For example: in a database like Mongo, queries like that one don't scale linearly even if there is an index, because you have to ask every shard to look in its local index. In FoundationDB, you would store the index in the database as keys like (someproperty_index, "123", _id) and an index read would only need to go to a single server.
It can be a hassle to create all the higher level functionality yourself, though! Over time, we and others will be offering more "opinionated" layers to save you time.
You mention scale - do know that what you're seeing in the video is probably the weakest FoundationDB cluster ever assembled :) Our in-house testing cluster is a 48 machine, 192 core setup, and it works great and scales almost linearly. You can see our performance numbers at www.foundationdb.com/performance (though those results are outdated now, the tests were on a cluster half the size and several versions ago).
If you'd like to chat about your particular use case, send me an email at nick at our domain.
What are the node costs in your licensing model ? Also any plans to release Flow as open source ?
It does look likely that we will open source Flow at some point, but it will take a good amount of work to do it properly and right now there is plenty of it to go round. Always good to hear interest for it though!
Funny story - given the amount of people at Disrupt that were not at all interested in databases, we had probably just as many people ask us detailed questions about "those cool little computers" as we did our database :)