ためには、我々は現在、弊社のWebアプリケーションのための私たちの永続的なキャッシュとしてのRedisを使用しますが、それは限られたメモリやコストだと私は表ストレージが実行可能な選択肢であるかどうかを検討し始めています。アズール:テーブルストレージ対RedisのWebキャッシュ
私たちが格納するデータは、私はそれが速いクエリを意味するだろう願っていますので、我々は、テーブルストレージ内のパーティションと行のキーのために使用したい明確な2パートのキーとかなり基本的なJSONデータです。
テーブルストレージは少し遅くなりますが、私たちは規模を拡大するとRedisキャッシュからデータを提供するCPUは1つしかないと考えていますが、テーブルストレージではこの問題はありませんこれは実行しているWebサーバーの数になります。
は、誰もが、我々は非常にミニマルな方法でのRedisを使用し、私は追加する必要があります。2.
の間にこのようや比較表ストレージを使用して、任意の経験を持っています取得/設定し、より多くの何も、私たちは私たち自身のデータを追い出しておらず、それが宇宙を使い果たしたときに退去をレディスに任せています。
こんにちは、応答と情報をいただきありがとうございます。私にとって重要なのはコスト削減ですが、それが1000%のパフォーマンスヒットになると魅力的ではありません。これを試したかもしれない人、または両方を使っている人からの情報をより期待して意見を探しているのではなく、パフォーマンスを賢明に比較する方法の大まかなアイデアがあります。私のデベロッパーの入手可能性はかなり限られているので、少なくとも実行可能であるかどうかを見たいと思っていますが、私は概念実証の試行を開始しますが、それが明確な非スターターであれば貴重な時間を無駄にしたくありません。特に、Webキャッシュのためにテーブルを使用することで見逃した重要なことがある場合、Ta。 – Simon
私は本当にこれがベンチマークにあなたのためにどれがあなたのために最適であるか見るためにあなた次第であると思います。パフォーマンスはアプリ、VM /アプリのサービスサイズなどに基づいて変化します –