I’m very excited to hear about the new storage engine and Apple’s record layer! Additionally, the lightning talk about backwards compatibility for rolling upgrades would be a great addition. Those three would make FoundationDB a much more obvious fit for the average application.<p>My talk is at 10:40! If anyone is attending and would be interested in meeting up, my email is in my profile and my Twitter handle is the same as my HN username.
Apple internally uses Cassandra, HBase, Riak, Hadoop/Impala, Oracle, Siri Search kv store, memcache, redis, MySQL, Postgres etc etc. Each of these handle >100 TB in aggregate.<p>Considering these applications won’t be ported to FDB, why not develop a translation later. This will also drive adoption of FDB.<p>Having smart people work on cool things is not sufficient, you also need them to be working on solving high impact but boring problems.
I've been having enormous success using FDB for my POC. It's ability to do atomic mutations is honestly game changing for our use case. Mandatory transactions are also a lifesaver, as our previous implementation required careful OCC.
The program includes talks about other layers that Apple is developing. Does anyone know if they are planning on open sourcing any of those layers in the future?
Considering one database to rule all is old..where does this stand?<p><a href="https://www.allthingsdistributed.com/2018/06/purpose-built-databases-in-aws.html" rel="nofollow">https://www.allthingsdistributed.com/2018/06/purpose-built-d...</a>