用于产品Feed的AWS架构

Question

作为快速简历，我需要构建一个基于人们在网站上搜索的不断更新的产品Feed。要记住的重要事项：

• 相同ID更改的价格因此我需要始终保持最低（给定月份）
• 每天都会将此Feed上传到不同的营销提供商，以生成自定义广告。

考虑到所有这一点，我直接解释我认为可能的架构（我打开并鼓励新的架构）：

两者都将获得产品信息，使人们在现场向API网关请求产品的参数和思想代理实现到Lambda，我已经解析了所有数据。之后我可以：

1. 每天在S3上存储并运行每日EC2，它从前一天检索所有寄存器并跨越到红移群集上的查询。检测到需要更新的所有行后，请更新redshift表。
2. 使用elasticache并实时评估是否需要直接从lambda更新（并通过id）行（通过id）。

我最关心的是节约成本。思考？我应该考虑的任何其他变量？我应该研究其他任何解决方案吗？

Answer 1

要降低费用，请尝试以下操作：

1. 您可以使用由CloudWatch预定事件触发的Lambda函数替换每日EC2任务。它是免费的！

2. 使用DynamoDB代替Elasticache。它是免费的。

3. 我不知道你为什么要使用Redshift。如果可以用RDS，ElasticSearch甚至DynamoDB替换它，我认为这会使它更便宜。