Related: The director of Twitter's Application Services group, Raffi Krikorian, gave an interesting talk about the architecture of Twitter's real-time delivery service at QCon in October. In the talk he discusses in pretty good detail the ways in which Twitter uses Redis to cache copies of users' timelines as tweets are made.
Well, that's cool and I'm happy to see a library/tool like this being released. I do have an honest question though, in that is this giving much besides what moxi currently is able to do? I use that in a relatively large-scale memcached production environment and have been pretty happy with it. Guess perhaps I'll have to do some digging between the two.
For memcached, it doesn't look you'd get much in terms of features -- you'd have to benchmark for speed of the library. Worse, it would appear you would lose Multi-get Escalation, which could be substantial for a lot of workloads.
For a second here, I was thinking this was an open source implementation of a decentralized Redis/Memcached store that caches and proxies API queries to the Twitter API - thus possibly presenting an approach to aggregating Twitter API calls and reducing API limit problems for consumers.
Sort of a "de-duplication" process for Twitter API calls.
As a sidenote, look at the amount of shenanigans of complexity and redirects in the "github repository link" contained in the article:
HOLY MOLY!