Amazon SES и EC2 инстанс в разных регионах

9

Нам нужно отправить транзакционные электронные письма с нашего веб-сайта электронной коммерции, размещенного на экземпляре EC2. Наш регулярный почтовый сервис размещен на Google.

Проблема в том, что мы находимся в Азиатско-Тихоокеанском регионе, где SES не доступна. Так можем ли мы изменить наш регион только для использования SES? Повлияет ли это на наш экземпляр EC2? Не могу найти никакой документации по этому поводу.

Golmaal
источник
По состоянию на июнь 2015 года Amazon по-прежнему не поддерживает Азиатско-Тихоокеанский регион. Я столкнулся с той же проблемой.
Грин,

Ответы:

12

(Примечание: я думаю, что вы имеете в виду разные «регионы», а не разные «зоны». В AWS «зона» относится к зоне доступности внутри данного региона. Я предполагаю, что вы имеете в виду регионы здесь; SES - это служба уровня региона.)

Да, как вы говорите, SES в настоящее время недоступен в Азиатско-Тихоокеанском регионе.

Однако нет никакой причины, по которой вы не можете подключить межрегиональную связь к услуге SES из вашего существующего региона. Для этого вам не нужно менять приложение в существующем регионе. Хотя SES и рекомендации по работе с сетями предполагают, что вы захотите выбрать конечную точку, ближайшую к вашему приложению, для уменьшения задержки в сети не требуется, чтобы экземпляр SES находился в том же регионе, что и служба SES. Предполагая, что вы используете SMTP / S для отправки электронной почты, почтовый сервер может быть где угодно в Интернете.

Вы можете настроить свое приложение в Азиатско-Тихоокеанском регионе для отправки электронной почты через конечную точку SMTP / S, предоставленную SES в любом регионе. Опять же, задержка в сети может быть проблемой, но в зависимости от объема вашей почты, я бы не ожидал, что задержка в сети будет чрезмерно высокой. На самом деле я считаю, что эта настройка довольно распространена для пользователей в регионах, где SES не поддерживается.

Я бы посоветовал вам настроить службу SES в любом из доступных регионов (скажем, в ЕС-Ирландия), а также провести базовое нагрузочное тестирование и посмотреть, как задержка влияет на ваше приложение, если оно вообще есть.

Для получения дополнительной информации см. Подключение к конечной точке SMTP Amazon SES.

Родриго М
источник
1
Большое спасибо за вклад. Я только что выполнил формальности SES (проверка домена, проверка электронной почты, генерация учетных данных SMTP и т. Д.) И успешно отправил тестовое электронное письмо. Так что я думаю, что это также должно работать программно из моего экземпляра EC2.
Гольмаал
@Golmaal, Привет, ваше приложение все еще использует эту настройку SES? Если да, можете ли вы предоставить статистику, а если нет, то можете ли вы уточнить, почему и на что вы переключились?
Джо. L
По состоянию на декабрь 2019 года Amazon поддерживает несколько регионов в Азии: docs.aws.amazon.com/general/latest/gr/…
Слава Абакумов
0

Обходной путь: Используйте Pinpoint, который внутренне использует SES. Pinpoint доступен в регионе Индии. После создания проекта вы можете настроить параметры электронной почты / SMS. Стандартные процедуры проверки Домена, Добавление записей DNS (сгенерированных в консоли aws), Проверка адреса электронной почты также присутствуют здесь. Вы можете продолжить получать SMTP-данные или API, с помощью которых вы можете начать отправлять электронные письма. Конфигурирование отказов не может быть сделано через консоль, как в SES. Вместо этого вы можете выбрать потоковую передачу в Kinesis, а затем написать собственные запросы, чтобы получить всю статистику. Надеюсь это поможет.

Бен Росс
источник