2

我目前正在开发一个由 DynamoDB 支持的应用程序，该应用程序为大型客户群存储与客户相关的数据。它非常适合 DynamoDB：客户 ID 作为散列键分区很好。

我有一些与此数据集相关的元数据。它现在非常小（大约 10 项），但我预计它会在未来几年内增长到多达 100 项。尽管它很小，但我考虑过简单地对其进行硬编码，但这会使数据与业务利益相关者保持距离并且不必要地使部署复杂化（我正在开发一个可跨多个站点使用的库）。

因此，由于将相似的事物与相似的事物保持一致是有意义的，因此将元数据与它所元数据一起保存在 DynamoDB 表中是有意义的。然而，DynamoDB 文档以可扩展性问题为由警告不要使用少量流行的哈希键。未缓存的小数据集可能使用与大数据集相同的容量估计，尽管我会通过一些积极的缓存来抵消它。

有责任心的开发人员应该做什么？

4

1 回答 1

1

如果这些元数据打算由重型决策算法使用，那么使用 memcached 或其他一些分布式缓存替代方案可能更有意义，此外，由于数据库不会成为瓶颈，您可以选择任何您想要的数据库。

实现将非常简单，只是数据访问组件的代理，它会在缓存中查找键，当找不到它时，它会从数据库中读取，然后放入缓存中。

看看 AWS ElasticCache

于 2012-08-07T11:51:01.767 回答