WhyNotMemcached

以前簡単に訳したのが出てきた。。。

Why should you not use Memcached?
あなたが memcached を使うべきでない理由は？

Memcached is terrific! But not for every situation...
memcached はすばらしい！でも、「どんなときでも」というわけじゃありません・・・。

* You have objects larger than 1MB.
1MB を超える値を格納する必要がある。
o Memcached is not for large media and streaming huge blobs.
memcached は、巨大なバイナリ情報や巨大なバイナリストリームの格納に向きません。
o Consider other solutions like: http://www.danga.com/mogilefs
他の方法を検討するべきです。

* You have keys larger than 250 chars.
キーの長さが 250 byte 以上である。
o If so, perhaps you're doing something wrong?
ただし、そのようなキー長が本当に必要なのかは再検討の必要があります。
o And, see this mailing list conversation on key size for suggestions.
キーサイズについてはメーリングリストでも議論されており、参考になると思います。

* Your hosting provider won't let you run memcached.
システム管理部門が memcached を使わせてくれない。
o If you're on a low-end virtual private server (a slice of a machine), virtualization tech like vmware or xen might not be a great place to run memcached. Memcached really wants to take over and control a hunk of memory -- if that memory gets swapped out by the OS or hypervisor, performance goes away. Using virtualization, though, just to ease deployment across dedicated boxes is fine.
もし、vmware, xen といった仮想化技術、その種の仮想マシンを使用している場合、
memcached を動作させるのに向いているとはいえません。memcached を十分に働かせるために、
巨大なメモリ領域を占有、制御させる必要があります。もし、確保したメモリが、OS や
ハイパーバイザによってスワップアウトされてしまうようなことがあれば、
パフォーマンスなど語るもナンセンスです。

* You're running in an insecure environment.
セキュリティーの十分確保されない環境で使用する。
o Remember, anyone can just telnet to any memcached server. If you're on a shared system, watch out!
重要なのは、memcached サーバには誰でも telnet 接続可能であるということです。
共有システムであれば十分注意が必要です。

* You want persistence. Or, a database.
永続化したい。データベースが欲しい。
o If you really just wish that memcached had a SQL interface, then you probably need to rethink your understanding of caching and memcached. See the blog post below by dormando for more thoughts on this.
もし、SQL インターフェイスを memcached に求めるのであれば、「キャッシュ」とは何か、
memcached とはどういうものなのか、もう一度考えてみてください。