That's a good idea if I understand it correctly. That is, taking a Redis instance, modifying it in some way so that Pub/Sub supports authentication (probably this means creating an HTTP wrapper?) and then you have a inter-cloud messaging system that is similar to "twitter for computers".
Actually, I was just suggesting that using commands like PSUBSCRIBE, PUBLISH are probably "high-latency" safe, because the general use cases (job queues, delayed writes, real-time web) for that are "soft realtime."
High latency won't mesh well in a situation where you need to do 100s or 1000s of writes at per request, or 100s of reads at a time, and so a hosted service seems less ideal to me for those situations.
Maybe my outlook on this is wrong, or I'm misinformed.
EDIT: catching up on other threads, it seems as though latency will be less an issue since they'll host on EC2, or Rackspace Cloud, or wherever demand is needed. That's smart, and not something I initially thought of.
