I have written DLR storage adapters for Redis, Memcache and Tokyo Tyrant, but these were for consulting and are not open source. I will check to see if any of the customers will allow them to be published. However, they were fairly trivial to implement using the gw/dlr_* sources as a template. Doing something like sqlbox also shouldn't be that difficult.
On Thu, Mar 24, 2011 at 12:17 PM, Alejandro Guerrieri <alejandro.guerri...@gmail.com> wrote: > I've been playing with kannel and memcached a little bit, but nothing worth > posting so far. The "unreliable" nature of memcached (because of its > unreplicated horizontal scaling) doesn't make it very suitable for DLR's in > fact (e.g., a node going down and zapping all the dlrs stored in it). > Other noSQL engines would make more sense. > Regards, > Alex > > On Thu, Mar 24, 2011 at 8:12 PM, Toby Phipps <toby.phi...@nexmedia.com.sg> > wrote: >> >> Hi all, >> >> >> >> Has anyone put any thought into implementing Kannel DLR storage (and the >> basics of sqlbox MT injection) in a NoSQL datastore? We are using Redis >> (http://redis.io) for other projects and are very happy with it. Its >> key-based storage/retrieval and strong support for arrays as atomic queues >> would make it perfect for Kannel, especially given the transient nature of >> this data and Redis’ memory speed with disk backing. >> >> >> >> The main advantages in my mind are that during heavy loads disk access >> would be minimized, DB polling would disappear (to be replaced with blocking >> array pops) and the SQL overhead would be removed replaced with set/fetch by >> keys. >> >> >> >> No particular reason this would need to be Redis – memcached, MongoDB, >> Cassandra etc. would also probably work well assuming they have the >> array/queue support. >> >> >> >> Any thoughts? It wouldn’t be a small project, but basing the code on the >> existing implementations of SQL DLRs and sqlbox would mean a big jump >> start… >> >> >> >> Toby. >
