Amazon web services 在无服务器AWS体系结构建议中实现后端缓存

我有一个使用AWS lambda的无服务器应用程序。我的lambda从其他第三方api获取一些数据，我计划实现后端缓存来缓存lambda获取的数据。我在网上读了一些文章，看到了一些示例架构

---

如果观察图片，dynamoDB用于存储lambda获取的数据的缓存。人们建议使用DynamoDB，因为它在获取缓存时增加的延迟非常小。但是我不能去DynamoDB，因为我要缓存的每个数据项都非常大，即使在gzip之后（大约5-7MB）。因此，我计划使用DocumentDB而不是DynamoDB。我只是在学习DocumentDB的工作原理，不知道它是否和DynamoDB一样快速高效。有谁能对这个想法发表评论，并给出一些建议，说明除了DynamoDB之外，我在本例中还可以使用哪些选项，以及DocumentDB是否是一个好的选择？

如果需要缓存5-7MB的数据，您是否考虑过使用S3作为缓存？S3可以用作一个有效（且廉价）的nosql数据库。我不确定它是否能满足您的特定用例，但根据您的需要，它可能值得探索

---

如果您想深入了解，我在StackOverflow上找到了有关此主题的详细信息。

DocumentDB

不是无服务器的。如果您可以使用部分无服务器架构，那么您可以使用它。@Sai Krishna为什么我们不能简单地在cloudFront中缓存这5-7 MB的数据，有没有理由只在Lambda启用缓存？@Marcin，是的，我可以使用部分无服务器架构。如果是这样的话，使用DocumentDB是一种好方法吗？@BaluVyamajala，是的，我在一种无服务器架构中实现服务器端缓存，并且正在寻找不同的方法在lambda上实现它