Microsoft Build 2017イベントでは、私はCosmosDB Table APIに出くわしました。それはAzure Table Storageのように見えます。AzureテーブルストレージとCosmosDBテーブルAPI
MicrosoftがAzureテーブルストレージのサポートをやめようとしているのですか？ ？
ここで、ドキュメントDbはもうありません。現在はCosmosDBに変換されています。
また、Table Storageの主な問題はバックアップです。 CosmosDB Table APIで解決されました。
また、テーブルAPIの価格設定方法はThroughput-basedですが、テーブルストレージはStorage-basedです。
大容量のアプリケーションではまだテーブルストレージが適していますか？
ピーターは答えたとおり、DocumentDBは今Cosmos DBの一部であり、それは新しいサービスが利用可能MongoDB API、Premium Tables API、およびGremlin Graph APIを含めていmany Data Modelsの一つです。
これらはすべて同じglobal distribution機能とconsistency levelsです。
テーブルの質問に行くと、両方のサービスには異なるシナリオと価格設定モデルがあります。
Azure Storage Tablesは、単一の領域（オプションのセカンダリ読み取り専用領域で、フェールオーバーなし）、PK/RKによるインデックス作成、およびストレージ最適化価格設定を目的としていますが、 Azure Cosmos DBテーブルは、ハイスループット（1桁のミリ秒レイテンシ）、グローバルなディストリビューション（複数フェイルオーバー）、各属性/プロパティの自動索引付けによるSLAバックアップ予測パフォーマンス、およびスループットに焦点を当てた価格モデルを目指しています。
Azure Storage Tablesは依然として優れたソリューションですが、たとえばグローバル分散が必要な場合は、Cosmos DB Tablesが最適なサービスです。
Azureテーブルストレージの良い点 - 誰もがグローバルに進む必要はありません。 – alvipeo
は、グローバルvsローカルだけでなく、すべてのプロパティのインデックス作成も忘れないでください。かなり強力な機能であり、パフォーマンスとスケーラビリティに不利益を与えずにエンティティのプロパティを照会することができます。 –
ええ、それはほんの一例でした。前の段落では、いくつかの他の機能が列挙されています。パフォーマンスはもう一つ、Cosmos DBは、Azure Storage Tablesよりもはるかに優れた読み取り/書き込み時間を持つ予測的な高性能モデルを備えています。 –