Twitterのキャッシュを支えるRedis - ワザノバ | wazanova

https://www.youtube.com/watch?v=rP9EKvWt0zo 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約1時間前 TwitterのYao Yuが、大規模サービスのキャッシュにおいてRedisを活用する取組みについて紹介しています。 1) Redisを採用している理由 キャッシュだけで、ストレージとしては利用していない。 主なところでは、Twitterのタイムラインで利用している。ホーム画面であれ、ユーザ画面であれ、タイムラインはTweetのインデックスなので、key/valueストア型のRedisを利用するケースとして最適。 以前はmemcachedを使っていたが、問題になったのは、タイムラインでおきるread/writeは、（ユーザが閲覧している範囲に追加反映するということなの

[gom68]

の

[mumumu-tan]

ネットワークやディスクの限界を考慮すると、ディスクに保管する前、ネットワークに送るまでに、どうデータを事前計算できるかというのは大事。

[ddddonuts]

][redis]

[tmatsuu]

memo

[hiromark]

なるほど

[ikosin]

“経験からすると、キャッシュ遅延の90%はクライアント側の設定誤り、大量のkeyをリクエストしたり、同じkeyを何度もリクエストしたりというクライアント側の問題であった。”

[scndhnd]

ていうか動画の質に感動してしまった。スライドの別途アップデートが不要なくらい鮮明だ…。

[UDONCHAN]

参考になる

[naota70]

もっとサーバーサイドの知識つけよ。楽しいんだけどいかんせん独学だから効率は悪い。

[kasumani]

Twitterのキャッシュを支えるRedis TwitterのYao Yuが、大規模サービスのキャッシュにおいてRedisを活用する取組みについて紹介しています。 Tags: from Pocket September 20, 2014 at 05:09PM via IFTTT

[ledsun]

リストの変更が多い時はmemcachedよりRedisが向いている。べき等性がない変更があるときは、writeの分散はやめた方がいい。

[sifue]

例の動画のまとめかな。これは、redisで大規模サービスやってる人は必ず読むべき記事だな..。

[kimutansk]

Redisはwriteによっているが、クラスタへのwriteは難しい／ディスクやネットワークの前に事前処理を行う、等。　参考になりますね。

[simonline]

タイムライン

[yass]

" シンプルなread/writeだと100K/秒以上を処理できるが、オブジェクトの平均サイズが1Kとなると、ボトルネックはネットワーク "