oso*_*rio 6 amazon-sqs amazon-web-services amazon-sns amazon-ses aws-lambda
我有一个Web应用程序,当应用程序发生问题时,该应用程序应该向管理员用户发送电子邮件。例如,注册一个新用户。
我想避免在应用程序内部建立/发送电子邮件的逻辑。我宁愿应用程序在队列中发布消息,然后再有另一个系统侦听并做出适当的反应以发送电子邮件。
流程将是这样的。
我不确定这是否是最好的方法。我读到SQS和Lambda之间存在差距。使用SNS会更好吗?
正确的流程是什么?
应用-> SQS-> Lambda-> SES
要么
应用-> SNS-> Lambda-> SES
也许还有别的吗?
请考虑这一想法,始终是从所有逻辑中抽象Web应用程序。Web应用程序只会在某处发布消息。然后魔术发生在后台。
根据您的描述,我建议采用以下架构:
App -> SQS -> Lambda -> SES
我会用来从应用程序SQS执行该Lambda函数,或者使用 Cron 作业工作器作为队列中的工作器定期运行它。
这种架构将应用程序与邮件服务解耦,提供异步调用和排队。如果您需要发送更大的有效负载,请使用S3来存储这些对象并将SQS消息中的密钥传递给您的Lambda.
| 归档时间: |
|
| 查看次数: |
6687 次 |
| 最近记录: |