Amazon DynamoDB – 为企业助力的强大功能

我在 2012 年初第一次向大家介绍了 Amazon DynamoDB，当时我说：

我们希望让您能够大胆一些，敢于树立远大的梦想，设想（然后构建）可以轻松从零用户扩展至上千万上亿用户的数据密集型应用程序。我们希望您能成功，我们不希望数据库成为您成功路上的绊脚石。您只需专注于自己的应用程序和发展用户基础，其他的工作交给我们即可。

六年后，DynamoDB 每天处理数万亿条请求，成为超过 100000 AWS 客户的首选 NoSQL 数据库。

我经常会回顾过去，总结一些我们最近的发布。随着我们创新的步伐不断加快，我想努力保证您不会错过一些重要的发布，此外我也将结合更大的环境来解释单项发布。

面向企业客户的发布
我们最近发布的许多 DynamoDB 功能都是为了满足我们企业客户的需求。例如：

全局表 — 全局表于去年十一月发布，它存在于两个或以上的 AWS 区域中，并且可以跨区域快速自动化复制。

加密 — 今年二月发布，可以对静态表进行加密，不会发生任何开销。

时间点还原 — 于今年三月发布， 支持将表还原至以前的状态，可精确至一秒，最高可还原过去 35 天的记录。

DynamoDB 服务等级协议 — 服务等级协议于六月份推出，定义了 DynamoDB 表的可用率预期。

自适应容量 — 尽管这不属于新功能，最近一篇热门的博文介绍了 DynamoDB 如何根据访问模式的变化自动调整适应。

下面我们逐一回顾一下这些重要的功能。尽管我说这些功能对企业用户尤其具有价值，但也相信它们对所有 DynamoDB 用户都颇为宝贵。

全局表
虽然我尽量做到不特别偏向某个服务或功能，但必须承认自己确实喜欢这一功能。借助此功能可以创建跨两个或多个 AWS 区域自动复制的表，它完全支持多主表写入功能，并且只需几次点击即可完成操作。您还将获得更多一层的冗余（表还会跨每个区域的三个可用区复制），快速读写性能确保了扩展能力，以满足最严苛全球应用程序的需求。

全局表可以在九个 AWS 区域使用（最近我们增加了对另外三个区域的支持），可以在创建表时设置：

如需了解更多信息，请参阅 Amazon DynamoDB 更新 – 全局表和按需备份。

加密
我们客户将敏感数据存储在 DynamoDB 中，需要进行保护以达成他们的合规性目标。静态加密功能采用 AES-256 技术，可保护存储在表、本地二级索引和全局二级索引中的数据。加密不会增加存储开销，完全透明，并且不会影响延迟。您在创建新表时只需一次点击即可启用此功能：

如需了解更多信息，请参阅 新功能 – DynamoDB 轻松加密。

时间点还原
即使您在操作时已经尽可能小心，但仍可能会对生产数据库作出一些无比后悔的操作。发生这种情况时（而不是如果），您可以使用 DynamoDB 的时间点还原功能回到过去，还原数据库的状态，最高可还原过去 35 天的数据。如果您启用了表的连续备份功能，只需选择需要的时间点即可完成还原操作：

如需了解更多信息，请参阅新推出 – Amazon DynamoDB 连续备份和时间点还原 (PITR)。

服务等级协议
如果您在 DynamoDB 上构建应用程序并且使用它来存储您的使命关键数据，您需要知道预期会达到哪种可用率水平。DynamoDB 服务等级协议 (SLA) 承诺单个区域的表可用率达到 99.99%，全局表的可用率达到 99.999%，按月收取费用。如果未达到承诺的可用率水平，SLA 将提供服务抵扣券。

自适应容量
DynamoDB 在适应工作负载变化方面做了许多幕后工作。例如，随着工作负载的扩展和发展，DynamoDB 会自动重新分片并在多个存储分区之间动态重新分配数据，从而响应读取吞吐量、写入吞吐量和存储的变化。

此外，DynamoDB 还使用自适应容量机制来解决跨表的存储分区分配数据变得有些不均衡的问题。利用这种机制，必要时一个表的消费量可以高于占表的总体预置容量的公平份额，只需确保对预置容量的总体使用量在界限范围内。经过这些调整，我们过去有关关键分配的建议基本不再重要。

如果了解更多有关此功能的信息，以及了解它可以如何帮助补偿 DynamoDB 表的意外或异常访问模式，请参阅 How Amazon DynamoDB adaptive capacity accommodates uneven data access patterns。

到此结束
以上是对最近发布的企业类 DynamoDB 功能的快速回顾，希望大家能够喜欢。我们将会继续推动这项工作，不断介绍未来的更新。

后记 — 上周我们 发布了 DynamoDB 本地 Docker 映像，您可以将它用于您的容器化开发环境和 CI 测试。

本篇作者