3 ms·
piggybacked off Dynamodb in AWS for now unfortunately; so its more "the entire system is active-active, not just the redis bit". Reads always go to Redis in eve
by jdc0589 6y ago
piggybacked off Dynamodb in AWS for now unfortunately; so its more "the entire system is active-active, not just the redis bit". Reads always go to Redis in every region (no read-through), writes go to dynamodb (in global table config). Then there's a worker in each region consuming the dynamo stream and keeping it's region's redis in sync
Worker is a DIY stream consumer implementation. The stream -> lambda integration works, but its super limited (and ~300ms slower to get new events on average)
- jdc0589 6y ago* writes are multiplexed to redis and dynamo in the origin region.
- manigandham 6y agoWhy is the origin region Redis not also a reader of the replication stream? Just for latency?
- jdc0589 6y agoyep. in this specific use case there can be pretty fast reads after a write, and dynamo stream latency is not great even intra-region. Via the lambda integration you should probably expect ~1000ms p99 latency intra-region, and ~2100ms p99 from, e.g, east-1 to west-2. Shave maybe 200-300ms off of those numbers if you do a DIY stream consumer without the aws provided lambda connector.