Добрый день!

У меня в компании несколько сайтов (внутренние и внешние) рассылают различные уведомления на почту / телеграм.

Сейчас каждый сайт делает это сам. Периодически возникают проблемы с доставкой, приходится каждый раз решать.

Хочу сделать отдельный сервис, куда все сайты будут по апи делать запрос "хочу вот это отправить вот туда", а этот сервис уже сам будет решать каким образом он это сделает.

Здравая идея или нет? Какие подводные камни могут быть?

пока только один придумать получается: если сервис упадёт, отправить уведомление не сможет никто

на этот случай можно в критичных случаях самостоятельно отправлять без сервиса

эт уже интересная архитектура получается

Там не должно быть ещё и очереди отдельным сервисом?

сделайте очередь из сообщений, и эту очередь уже обрабатывайте, сервисом/скриптом/чем угодно, тогда руками решать не придется

я вот и думал, что очередь будет в этом сервисе

только сервис очередей с транспортом не связывайте,  будет проще масштабировать, расширять/менять транспорт доставки

но это выйдет, что сначала запрос к сервису очередей, потом сервис очередей запрос к сервису транспорта... так?

да, можно так реализовать

а какие проблемы с доставкой?

Гугл иногда не доставляет, если например, резко отправить больше чем обычно. Несмотря на то, что все рекомендации SPF, DMARC, DKIM выполнены

интересно, а как ты узнаёшь, что письмо не доставлено? Или оно прям сразу падает во время отправки?

в логах видно

там приходит ответ гугла, что мы вам ограничили отправку временно

в редис кидай запросы на отправку, а сервис пусть периодически проверяет

что делать с сообщениями, которые не отправились? возвращать в очередь?

удалять из очереди, если отправились

а если нет?

а как тогда автоматически проверять будешь? Парсить логи?
Ну вот отправил пачку писем - гугл прислал, что ограничена отправка, какие письма надо переотправить?
Вообще ХЗ, можно же как-то эти ограничения на количество поднимать в гугле?