在Microsoft Build 2017事件中,我遇到了CosmosDB Table API
。它看起来像Azure Table Storage
。
这是否意味着微软将停止支持Azure表存储 最终?
现在,文档Db已不复存在。它现在已转换为CosmosDB
。
此外,Table Storage
的主要问题是备份。哪个已在CosmosDB Table API
中解决。
此外,表API的定价策略为Throughput-based
,而表存储的定价策略为Storage-based
。
对于大批量应用,Table Storage仍然是一个不错的选择吗?
答案 0 :(得分:27)
正如彼得回应,DocumentDB现在是Cosmos DB的一部分,它是新服务提供的many Data Models之一,包括MongoDB API,Premium Tables API和{{3} }}
它们都具有相同的Gremlin Graph API功能和global distribution。
现在,转到您的桌面问题,这两种服务都有不同的场景和定价模式。
虽然Azure存储表针对单个区域的高容量(可选的辅助只读区域但没有故障转移),但是按PK / RK索引和存储优化定价; Azure Cosmos DB Tables旨在实现高吞吐量(单位数毫秒延迟),全局分布(多个故障转移),SLA支持的预测性能,每个属性/属性的自动索引以及专注于吞吐量的定价模型。
根据您的方案是您可能想要使用的服务,Azure存储表仍然是一个很好的解决方案,但是,例如,如果您需要全局分发,则Cosmos DB Tables是最适合的服务。
答案 1 :(得分:3)