TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Staircar: Redis-powered notifications

55 点作者 jcsalterego将近 14 年前

7 条评论

bmatheny将近 14 年前
I worked on Staircar so maybe I can answer a couple of questions.<p>Machine failures: failures we'll likely address in a future post but basically each redis instance can have a slave which can be failed over to.<p>Performance: Staircar isn't nearly as fast as redis, but the primary project goal was making the redis infrastructure opaque to any clients. The secondary goal was performance, which is still quite good.<p>Early Optimization: In a large infrastructure (thousands of machines, multiple data centers, etc) you have locality issues, slow clients, machine failures and other operational considerations. Again, redis performance is fine and we weren't concerned with that. We were interested in creating a high performance proxy to a pool of redis instances. Also, with Staircar we can make online changes to the redis pool without needing to notify clients of those changes.
评论 #2787123 未加载
评论 #2785130 未加载
rdoherty将近 14 年前
Neat technology, but at first I thought I was going to read an article about some sort of messaging/event system. It's not; Staircar is basically a way to deal with high write to read ratio data. It's not for subscribing to or publishing events.
mkjones将近 14 年前
This looks pretty cool. I'm curious how they deal with machine failure though - does Staircar coordinate some kind of redundancy, or when you lose a redis machine do you need to manually fix it and bring it back up with whatever the last checkpoint data was?
troyk将近 14 年前
I'm curious as to the speed difference between redis current protocol and a resty-json loving http redis server, as the speed was more than enough for tumblr and going the http route has the benefit that any http client becomes a full blown redis client.
aaronbrethorst将近 14 年前
Do you have to watch out for hop-ons?<p>edit: no arrested development fans, i see...
评论 #2784355 未加载
ozataman将近 14 年前
It reads like a hash-based sharding front-end for Redis rather than a layer for notification systems specifically.
owyn将近 14 年前
Possibly early optimization syndrome? Redis is awesome, but the main problem here seems to be the amount of data (in the hundreds of gigs) and not scaling writes... The stated requirements are 7500 notifications per second but a single instance of redis can do 50k/sec updates on my mac...