memcached を使ったアプリケーションの設計について - blog.nomadscafe.jp

クライアントからmemcachedを利用する際の、ベストプラクティスは以前書いているので、その前段階でmemcachedを含めたWebアプリケーションのアーキテクチャ(と一部クライアントの話)について今の個人的な考えをまとめてみます。Kyoto Tycoonを使ったキャッシュサーバでも基本は同じだと思います 1) 使わない memcachedをアプリケーションに組み込むことで、プログラムがどうしても複雑になりがちです。データの削除や更新の際にキャッシュの更新を忘れると多くの問題が発生します。例えばユーザがニックネームやプロフィール写真を更新したのに画面上変わらないなどの現象が起こると、ユーザに対して不快な思いをさせてしまうでしょう。またデータベースが非同期のレプリケーションを行っている場合、masterに対してデータの変更をかけ、更新が反映される前にslaveから読み込んでしまい、キャッシ

[tekiomo]

Consistent-Hashingを利用したmemcachedクライアントライブラリでは、障害を検知して別のサーバへアクセスをし直すrehashの機能を持たないものがあります。その場合特定のキーだけキャッシュに保存できないので、サービスへの影

[kamm]

7年前のだけど

[astraea777]

memcachedのコト。

[yatmsu]

そうだなあ。たまに使わなくてもいいんじゃねってサービスを見ることはある。 memcached を使ったアプリケーションの設計について - blog.nomadscafe.jp

[yokoyamen]

1) 使わない

[hidehish]

見てる:

[hiro_y]

ピンポイントでmemcachedを使うこと、運用をきちんとすること。

[raimon49]

導入するならピンポイントで, 1台あたりの割り当てとスケールアウトのバランス　この辺は難しい

[inose660]

1. 使わない

[musescape]

今日のvkdbMTG前にこれ読んでおきたかった気もするけど、参考になったので別に構わない。

[ooze-flash]

あとで読む

[yamadar]

1.使わない、2.消えては困るキャッシュを置かない、3.リスクヘッジのためにmemcachedサーバーはスケールアウトを行う

[Kiske]

使わない、という選択肢が選べるような設計・クエリを目指そう

[riywo]

まさに実践。すばらしい。

[kazeburo]

書いた