MoonMail Lambda architecture with Serverless

Question

Я изучал этот проект, потому что идея о том, что вся система представляет собой набор функций лямбда, кажется очень привлекательной. На самом деле, несколько лет назад я написал некоторое программное обеспечение, которое делает почти то же самое, что и MoonMail, и оно должно быть обновлено по мере изменения некоторых спецификаций. Я оцениваю перенос своего программного обеспечения на Лямбду или просто адаптирую вещь для использования MoonMail.

У меня есть следующие вопросы:

В моих тестах с использованием бессерверного, я заметил, что, когда я изменил имя ресурса (например, имя таблицы DynamoDb) и перераспределен, не было никакого предупреждения, и старый стол и его содержимое было уничтожено. Я думаю, что простая ошибка, как дополнительный символ в файле конфигурации, приводящая к удалению всех данных в базе данных, довольно рискованна. Как вы справляетесь с такой проблемой?

Что касается отправки электронной почты через SES. Как вы обрабатываете дросселирование, когда вы достигаете лимита отправки для определенной учетной записи? Вы выполняете экспоненциальные отсрочки? Я не могу найти это в базе кода. Я буду очень благодарен, если вы можете указать мне в общей области репо, где это происходит.

Answer 1

1. У MoonMail есть свои имена таблиц, хранящиеся в s-templates.json. Этот файл редко затрагивается, и, следовательно, команда еще не испытала эту проблему, но это правда, что опасность все еще существует, и я хотел бы обратиться к команде AWS с вопросом о том, как избежать падения таблицы, просто переименовав ее в CF.
2. Он повторяет попытку отправки лимита с Cloud Watch invocation (команда MM исправила меня, если я ошибаюсь, но на 99% я не уверен).

Answer 2

Вы можете установить DeletionPolicy: Retain при создании таблиц DynamoDB, чтобы предотвратить их случайное удаление при создании облаков.

Если ваша Лямбда вызывается SNS, вы можете просто выйти из строя, когда предел SES превышен. SNS затем повторно запускает доставку с использованием отступлений.

Answer 3

Мой подход на данный момент заключается в создании dynamodb в отдельном процессе. Таким образом, моя безсерверная настройка доступна только для чтения, а не для создания db. Потому что я не думаю, что я бы повторно воссоздал свой db, что часто :)