今、Ａ，Ｂ２種類のデータがあったとする。
Ａは、あまり量は多くないのだけれど、非常に何回もアクセスされる
このデータを処理するには、高速のＣＰＵが必要となってくる
Ｂは、大量データで、そこそこ一様にアクセスがある。
このデータひとつ分を処理するのは、たいしたＣＰＵを食わない
したがって、
Ａのほうは、キャッシュに入れ、またＡを処理するコンピューターは、高速なものを使いたい
しかし、スケールする必要はない。
しかし、Ｂのほうは、キャッシュにいれても、ヒット率はあがらず、
高速なコンピューターは使わなくていい。高速なものを使うと、高価になるので、使いたくない
しかし、スケールする必要はある。
この状態で、クラウドにＡ，Ｂのデータを均等にいれてしまうと、
Ａは、Ｂにあわせると、高速なコンピューターは使えないので不満があり、
Ｂは、Ａにあわせると、高価になるので、不満がある。
どちらかの折衷案を採ると、「悪いところどり」になってしまう。
この場合、ＡとＢをわけて、別々の特性（Ａは、高速＆スケールしないプライベート、Ｂはクラウド）をもつコンピューターにいれるのがベスト。
と、考えると、クラウドは、そこそこ一様にアクセスされ、高速処理の必要のない、ロングテールに向いているのかもしれない。
Ａは、あまり量は多くないのだけれど、非常に何回もアクセスされる
このデータを処理するには、高速のＣＰＵが必要となってくる
Ｂは、大量データで、そこそこ一様にアクセスがある。
このデータひとつ分を処理するのは、たいしたＣＰＵを食わない
したがって、
Ａのほうは、キャッシュに入れ、またＡを処理するコンピューターは、高速なものを使いたい
しかし、スケールする必要はない。
しかし、Ｂのほうは、キャッシュにいれても、ヒット率はあがらず、
高速なコンピューターは使わなくていい。高速なものを使うと、高価になるので、使いたくない
しかし、スケールする必要はある。
この状態で、クラウドにＡ，Ｂのデータを均等にいれてしまうと、
Ａは、Ｂにあわせると、高速なコンピューターは使えないので不満があり、
Ｂは、Ａにあわせると、高価になるので、不満がある。
どちらかの折衷案を採ると、「悪いところどり」になってしまう。
この場合、ＡとＢをわけて、別々の特性（Ａは、高速＆スケールしないプライベート、Ｂはクラウド）をもつコンピューターにいれるのがベスト。
と、考えると、クラウドは、そこそこ一様にアクセスされ、高速処理の必要のない、ロングテールに向いているのかもしれない。
