Amazon SES и экземпляр EC2 в различных регионах
Вряд ли будут проблемы, особенно если Вы ничего не сделаете много мудрого SQL воображения, но это не гарантируется так, я был бы склонен протестировать против SQL2008, чтобы быть уверенным - если только на специальном выпуске (который не будет стоить Вам).
Если Вы не повторно тестируете на 2008, по крайней мере, удостоверяетесь, чтобы все новые базы данных имели уровень совместимости 2005 года (90 - посмотрите здесь для большего количества информации). Уровень совместимости не гарантирует полный свободный ход проблемы хотя, если Вы Ваш код (намеренно или случайно) будете зависеть от "неопределенного" поведения, которое всегда было тем же в SQL2005 (и возможно предшествующий) случайно.
Относительно "хоста говорит, что не должно быть никаких изменений, которые будут сделаны": хост, в отличие от этого, чтобы быть экспертом SQL, они - хостинговая компания не усовершенствованный DBAs или разработчики - большинство, которое они могут законно сказать с любой гарантией (IMO), "мы сделали, чтобы клиенты обновили до 2008, и у них не было проблем, о которых они сообщили нам". Это также не было бы в их интересах сказать что-либо как "да, Вам, возможно, придется протестировать для обеспечения проблем с SQL2008", если 2008 - все, что они предлагают...
(Примечание: я думаю, вы имеете в виду разные «регионы», а не разные «зоны». "относится к зоне доступности в данном регионе. Я предполагаю, что вы имеете в виду здесь регионы; SES - это услуга регионального уровня.)
Да, как вы говорите, SES в настоящее время недоступна в Азиатско-Тихоокеанском регионе.
Однако нет причин, по которым вы не можете подключить межрегиональную службу SES из вашего существующего региона. Для этого вам не нужно менять приложение в существующем регионе. Хотя передовые методы SES и сети предполагают, что вы захотите выбрать конечную точку, ближайшую к вашему приложению, чтобы уменьшить задержку в сети, для вашего экземпляра приложения не требуется, чтобы он находился в том же регионе, что и ваша служба SES. Предполагая, что вы используете SMTP / S для отправки электронной почты, почтовый сервер может находиться где угодно в Интернете.
Вы можете настроить свое приложение в Азиатско-Тихоокеанском регионе для отправки электронной почты через конечную точку SMTP / S, предоставляемую SES, в любом регионе. Опять же, задержка в сети может быть проблемой, но в зависимости от объема вашей почты я бы не ожидал, что задержка в сети будет чрезмерно высокой. На самом деле, я считаю, что эта настройка довольно распространена для пользователей в регионах, где SES не поддерживается.
Я бы посоветовал вам настроить службу SES в любом из доступных регионов (например, ЕС-Ирландия) и провести базовое нагрузочное тестирование и посмотрите, как задержка влияет на ваше приложение, если вообще влияет.
Для получения дополнительной информации см. Подключение к конечной точке SMTP Amazon SES
Обходное решение: Используйте Точку, которая внутренне использует SES. Точка доступна в регионе Индии. После создания проекта можно настроить настройки для ЭЛЕКТРОННОЙ ПОЧТЫ/SMS. Стандартные процедуры Доменной проверки, Добавление записей DNS (сгенерированный в aws консоли), проверка Адреса электронной почты присутствует здесь также. Можно продолжить выбирать детали SMTP или API, с которым можно начать посылать электронные письма. Конфигурация возврата не может быть реализована через консоль как в SES. Вместо этого можно выбрать потоковую передачу к Кинезу и затем записать пользовательские запросы для получения всей статистики. Надежда это помогает.