EFS作为使用VPC端点的S3或DynamoDB的替代方案

0

【以下的问题经过翻译处理】 我需要只使用单个主键来存储和检索json对象。

  • 平均对象大小为4.5K。
  • 工作负载为一次写入,多次读取。(是否可以重写文件是一个未决定的设计决策)
  • 所有写入者和读取者都将存在同一VPC中。
  • 我希望解决方案能够缩放到零,仅需为存储支付费用。
  • 现在需要在检索时达到单位数字毫秒延迟,因此S3不能实现。
  • DynamoDB的成本为每100万次4K读取0.25美元,每GB存储0.25美元,未压缩且膨胀。
  • EFS弹性吞吐量是每100万次4K读取0.12美元,每GB存储0.30美元,但我可以对json进行80%的压缩节省。
  • 需求将来不会发生变化,或者如果变化,将构建一个全新的解决方案。
  • 与DynamoDB API相比,写入和读取文件要简单得多,因此代码将更加简单,需要维护的内容更少。

有没有理由不为此选择 EFS 而是选 DynamoDB?

profile picture
专家
已提问 5 个月前66 查看次数
1 回答
0

【以下的回答经过翻译处理】 你的推理是合理的。还有一些需要考虑的事情:

  • 如果您没有利用DynamoDB的JSON文档处理功能,那么您也可以像您在EFS中建议的那样压缩JSON。
  • 虽然不是立即的问题,但如果您要求扩展,DynamoDB解决方案可能会更灵活。
  • 您正在谈论缩放到零,所以我猜您的数据量很小,但如果您最终拥有大量数据,那么在DynamoDB上启用DAX可能是值得考虑的。
profile picture
专家
已回答 5 个月前

您未登录。 登录 发布回答。

一个好的回答可以清楚地解答问题和提供建设性反馈,并能促进提问者的职业发展。

回答问题的准则