改进性能和可用性,提高系统的可靠性和可用性-ESG跨境

改进性能和可用性,提高系统的可靠性和可用性

提高性能和可用性

事半功倍

Microsoft Office授权服务(OLS)团队从Azure table storage到Azure Cosmos DB的迁移非常简单明了，因此该团队可以用最少的努力满足其所有需求。

轻松迁移

当迁移到Azure Cosmos DB时，OLS团队可以借助其Table API重用其大部分数据访问代码，并且他们为避免任何停机而编写的迁移引擎可以快速轻松地构建。

领导OLS开发团队的微软软件工程师郑炳坤解释道:

迁移引擎是我们必须编写的唯一真正的“新代码”。而且这三个部分的代码示例都是公开的，看来不用从头开始了。总而言之，我们开发的迁移工具花了三个开发人员，每个开发人员花了大约四周时间。”

几乎无限的吞吐量

今天，数据库吞吐量不再是OLS团队的问题。使用表存储，该团队面临每个存储帐户每秒20，000次操作的吞吐量限制，这迫使他们在不同的存储帐户中维护18个表中的每一个，以实现最大吞吐量。该团队现在维护着一个Azure Cosmos DB帐户，它没有吞吐量上限，可以支持每张表每秒超过一千万次的操作——所有这些都是由SLA专用和支持的。

保证高可用性

Azure Cosmos DB为OLS团队的所有多区域客户提供99.999%的读取可用性SLA。如使用内部开发的工具捕获的以下指标所示，这将显著提高存储服务质量(QoS)。

“在高峰时段，Azure Cosmos DB提供了比桌面存储更好的存储QoS，”Cheng说。“今天我们看到五个9，而过去我们大约有三个9。”

Azure Cosmos DB运行状况和Azure Table存储运行状况的图表。

Azure Cosmos DB的平均健康状态和Azure Table的平均存储状态

自动故障转移

OLS团队现在可以配置自动或手动故障切换，以帮助防止区域中断的可能性，同时保持所有SLA。该团队还可以为其多区域帐户排定故障切换顺序的优先级，并可以手动触发故障切换来测试OLS的端到端可用性。

“我们已经配置了自动故障切换功能，但该服务非常可靠，我们还不需要它。”程说。

低延迟

该表为OLS团队提供了无限的延迟时间。相比之下，Azure Cosmos DB提供了一位数的读写延迟，它在世界上第99百分位的任何比例下都提供了小于10毫秒的读写延迟。以下指标说明了OLS服务在表存储和Azure Cosmos DB之间看到的延迟差异。(DbTable是Azure表存储，cosmosdtable是azure CosmosDbTable API。)

延迟:Azure Cosmos DB和Azure Table存储。

交钥匙数据分配

对于表存储，全局分布的选项是有限的。此外，OLS团队无法自行实施故障切换。有了Azure Cosmos DB，团队现在可以被分配到任意数量的领域，包括多主机功能。启用时，该功能将允许任何区域接受写操作。

程说:“你只需点击地图，就可以自动将数据复制到世界上任何一个Azure区域。”“这个功能非常方便，我们打算尽快使用它。”

其他技术优势

除了以上所述，Azure Cosmos DB为OLS团队提供了比表存储更多的优势:

自动索引。使用表存储时，主索引仅限于PartitionKey和RowKey，没有辅助索引。默认情况下，Azure Cosmos DB为所有属性提供自动和完整的索引，没有索引管理。

查询时间更快。使用表存储时，查询执行使用索引作为主键，否则将进行扫描。使用Azure Cosmos DB，查询可以利用所有属性的自动索引，从而缩短查询时间。

一致性。使用表存储，OLS团队仅限于主区域的强一致性和辅助区域的最终一致性。有了Azure Cosmos DB，他们可以从定义明确的一致性级别中进行选择，这使他们能够在设计解决方案时优化读取一致性和延迟、可用性和吞吐量之间的权衡。

特别声明：以上文章内容仅代表作者本人观点，不代表ESG跨境电商观点或立场。如有关于作品内容、版权或其它问题请于作品发表后的30日内与ESG跨境电商联系。