3
私たちのデータセットは、隣接する行に対して高度に圧縮可能な行を持っています。 Bigtableは自動圧縮（SSTableブロック圧縮による）をサポートしています。 Spannerがデータベースレベルで同様の圧縮をサポートできるのであれば、それは大きな違いになります。私たちはこれをコスト構造の3〜5倍の差異にすることを計画しています。アプリケーション層でこれをやろうと思うかもしれませんが、それほど楽しいことではありません。Google Cloud Spannerは圧縮をサポートしていますか？
こんにちは - これは実現しましたが、ロードマップ上ではデータベースレベルの圧縮ですか？ 1年後になる予定であっても、Spannerで$ XXX、XXXを使うかどうかの決定に役立ちます。私たちの個々の行は圧縮可能ではありませんが、例えば100隣接行単位で圧縮されているため、クライアント側の圧縮はうまく動作しません（もちろん、クライアント側の圧縮ではSpannerを介して実行できる操作）。 – spannerfan123
StackOverflowのロードマップについては言及していません。ストレージコストは、おそらく法案の中で最も小さい部分です。大規模なSpanner導入を検討している場合、私の名字と姓の最初の3文字（合計6文字）を使用して、@ google.comのメールにアクセスできます。 –
Spannerのリリース以来、さまざまなコストのトレードオフを試しています。あなたが指摘しているように、直接的なストレージ価格は1つの要素に過ぎません。同じストレージドメイン内にある必要がある比較的低温のデータセットであっても、このストレージ（2 TBあたり1ノード）を管理するために必要なノードの最小数もあります。必要なトランザクションQPSがコーパスのサイズに比べて低い場合、価格設定は暗黙の記憶コストに非常に敏感です。たとえば、100TBの場合、年間750kドルのコストがかかる可能性があります。私たちのデータセットが5倍に圧縮可能ならば、年間$ 150kしかないでしょう。 – spannerfan123