(Примечание: я думаю, что вы имеете в виду разные «регионы», а не разные «зоны». В AWS «зона» относится к зоне доступности внутри данного региона. Я предполагаю, что вы имеете в виду регионы здесь; SES - это служба уровня региона.)
Да, как вы говорите, SES в настоящее время недоступен в Азиатско-Тихоокеанском регионе.
Однако нет никакой причины, по которой вы не можете подключить межрегиональную связь к услуге SES из вашего существующего региона. Для этого вам не нужно менять приложение в существующем регионе. Хотя SES и рекомендации по работе с сетями предполагают, что вы захотите выбрать конечную точку, ближайшую к вашему приложению, для уменьшения задержки в сети не требуется, чтобы экземпляр SES находился в том же регионе, что и служба SES. Предполагая, что вы используете SMTP / S для отправки электронной почты, почтовый сервер может быть где угодно в Интернете.
Вы можете настроить свое приложение в Азиатско-Тихоокеанском регионе для отправки электронной почты через конечную точку SMTP / S, предоставленную SES в любом регионе. Опять же, задержка в сети может быть проблемой, но в зависимости от объема вашей почты, я бы не ожидал, что задержка в сети будет чрезмерно высокой. На самом деле я считаю, что эта настройка довольно распространена для пользователей в регионах, где SES не поддерживается.
Я бы посоветовал вам настроить службу SES в любом из доступных регионов (скажем, в ЕС-Ирландия), а также провести базовое нагрузочное тестирование и посмотреть, как задержка влияет на ваше приложение, если оно вообще есть.
Для получения дополнительной информации см. Подключение к конечной точке SMTP Amazon SES.