无服务器的MoonMail Lambda体系结构

Question

我一直在研究这个项目，因为让整个系统成为Lambda函数集合的想法似乎非常有吸引力。事实上，几年前，我写了一些软件，它的功能和MoonMail差不多，而且随着一些规格的改变，它将进行更新。我正在评估将我的软件移植到Lambda上，或者只是将其修改为使用MoonMail。

我有以下问题：

在使用Serverless进行的测试中，我注意到当我更改资源名称(如DynamoDb表的名称)并重新部署时，没有任何警告，旧表及其内容被销毁。我认为一个简单的错误，比如在配置文件中增加一个字符，导致删除数据库中的所有数据是非常危险的。你如何处理这类问题？

关于通过SES发送电子邮件。当您达到特定帐户的发送限制时，您如何处理节流？你会做指数退避吗？我似乎在代码库中找不到这个。如果你能指点我在回购处的一般情况，我将非常感激。

Answer 1

1. MoonMail的表名存储在s-templates.json中。这个文件很少被触及，因此团队还没有经历过这个问题，但是确实仍然存在危险，我会询问AWS团队如何避免简单地在CF中重命名表。
2. 它确实重试在发送限制情况与云监视调用 (MM团队纠正我如果我是错误的，但99%确定我不是)。

Answer 2

您可以在创建DeletionPolicy: Retain表时设置DynamoDB，以防止它们被云格式意外删除。

如果您的Lambda被SNS调用，那么当超过SES限制时，您就可以简单地失败。然后，SNS将使用回退重新尝试交付。

Answer 3

我目前的方法是在一个单独的过程中创建dynamodb。所以我的无服务器设置是只读的，没有数据库创建。因为我不认为我会经常重新创建我的数据库:)