Instancia de Amazon SES y EC2 en diferentes regiones


9

Necesitamos enviar correos electrónicos transaccionales desde nuestro sitio web de comercio electrónico alojado en una instancia EC2. Nuestro servicio de correo electrónico habitual es alojado por Google.

El problema es que estamos ubicados en la región de Asia-Pacífico donde SES no está disponible. Entonces, ¿podemos cambiar nuestra región solo por usar SES? ¿Afectará nuestra instancia EC2? No puedo encontrar ninguna documentación al respecto.


A partir de junio de 2015, Amazon todavía no es compatible con Asia-Pacífico. He encontrado el mismo problema.
Verde

Respuestas:


12

(Nota: creo que te refieres a diferentes "regiones" y no a diferentes "zonas". En AWS, una "zona" se refiere a una zona de disponibilidad dentro de una región determinada. Asumiré que te refieres a regiones aquí; SES es un servicio a nivel de región).

Sí, como usted dice, SES no está disponible actualmente en la región Asia-Pacífico.

Sin embargo, no hay ninguna razón por la que no pueda conectarse entre regiones a un servicio SES desde su región existente. No necesita cambiar su aplicación en su región existente para hacer esto. Si bien las mejores prácticas de SES y redes sugieren que desea elegir un punto final más cercano a su aplicación, para reducir la latencia de la red, no hay un requisito de SES para que su instancia de aplicación esté en la misma región que su servicio SES. Suponiendo que está utilizando SMTP / S para enviar correos electrónicos, el servidor de correo electrónico puede estar en cualquier lugar de Internet.

Puede configurar su aplicación en Asia-Pacífico para enviar correos electrónicos a través del punto final SMTP / S proporcionado por SES en cualquier región. Nuevamente, la latencia de la red puede ser un problema, pero dependiendo de su volumen de correo, no esperaría que la latencia de la red sea prohibitiva. De hecho, creo que esta configuración es bastante común para los usuarios en regiones donde SES no es compatible.

Le sugiero que configure el servicio SES en cualquiera de las regiones disponibles (por ejemplo, UE-Irlanda), ejecute algunas pruebas de carga básicas y vea cómo la latencia afecta su aplicación, si es que lo hace.

Para obtener más información, consulte Conexión al punto final SMTP de Amazon SES


1
Muchas gracias por los aportes. Acabo de completar los trámites de SES (verificación de dominio, verificación de correo electrónico, generación de credenciales SMTP, etc.) y envié con éxito un correo electrónico de prueba. Así que supongo que también debería funcionar mediante programación desde mi instancia EC2.
Golmaal

@Golmaal, Hola, ¿su aplicación todavía está usando esta configuración SES? En caso afirmativo, ¿puede proporcionar alguna estadística y, en caso negativo, podría aclarar por qué y a qué se ha cambiado?
Joe L

A partir de diciembre de 2019, Amazon admite varias regiones de Asia: docs.aws.amazon.com/general/latest/gr/…
Slava Abakumov

0

Solución alternativa: use Pinpoint que internamente usa SES. Pinpoint está disponible en la región de India. Después de crear un proyecto, puede configurar los ajustes para correo electrónico / SMS. Los procedimientos estándar de verificación de dominio, adición de registros DNS (generados en la consola aws), verificación de dirección de correo electrónico también están presentes aquí. Puede proceder a buscar los detalles de SMTP o la API, con los que puede comenzar a enviar correos electrónicos. La configuración de rebote no se puede hacer a través de la consola como en SES. En cambio, puede optar por transmitir a Kinesis y luego escribir consultas personalizadas para obtener todas las estadísticas. Espero que esto ayude.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.