3 ms·
The competition table is lacking, I think Riak hits all the points the author is aiming at: http://www.basho.com/products_architecture.php http://www.basho.com/
by timf 15y ago
The competition table is lacking, I think Riak hits all the points the author is aiming at: http://www.basho.com/products_architecture.php http://www.basho.com/products_architecture.php
(I don't want to diss creation in general or an open source project in particular, but the presence of a "competition" table implies that this is going to fill a gap)
- freakinjoe 15y agothe fact that Riak underlying storage is plug-in based (bitcask, innodb, leveldb) makes it even greater.
- nirvana 15y agoThere's some other areas where Riak is significantly ahead, such as already having Map-Reduce (allowing the map and reduce functions to be in javascript, even), scaling up and down are both already implemented, and riak supports multiple backends, including in-memory databases, leveldb, bitcask and innostore. In a matter of days, Riak will also be getting secondary indexes, full text search fully integrated, and riak-pipe, a great way of building workflows. If these people want to be working in Ruby, there's Ripple-- a ruby library supporting Riak, and adding Ruby style functionality (I believe, I'm not too familiar with Ripple.) I think if you want to go your own way and build your own thing, that's fine, and good for you, if its' a learning exercise. But if you want to advance the state of the art, either do something different from the rest, or join an existing open source project that is further down the pike and help it go even further. I say that, of course, while myself I'm working on something I've been thinking of as "ruby on rails done right" (namely, a web platform where you write coffeescript for the server, and you have scalability and database built in via close integration with riak)... but I hope that I'm cutting some new ground. (namely, letting you make coffeescript run concurrently...)