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 está alojado en Google.
El problema es que estamos ubicados en la región de Asia y el Pacífico, donde SES no está disponible. Entonces, ¿podemos cambiar nuestra región sólo por usar SES? ¿Afectará nuestra instancia EC2? No puedo encontrar ninguna documentación al respecto.
Respuesta1
(Nota: creo que te refieres a "regiones" diferentes y no a "zonas" diferentes. En AWS, una "zona" se refiere a una zona de disponibilidad dentro de una región determinada. Supongo que aquí te refieres a regiones; SES es un servicio a nivel de región).
Sí, como dices, SES esActualmente no está disponible en la región de Asia y el Pacífico.
Sin embargo, no hay ningún motivo por el 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 actual para hacer esto. Si bien las mejores prácticas de redes y SES sugieren que usted querrá elegir un punto final más cercano a su aplicación, para reducir la latencia de la red, no existe ningún requisito de SES para que la instancia de su aplicación esté en la misma región que su servicio SES. Suponiendo que esté utilizando SMTP/S para enviar correo electrónico, el servidor de correo electrónico puede estar en cualquier lugar de Internet.
Puede configurar su aplicación en Asia-Pacífico para enviar correo electrónico 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 del volumen de correo, no esperaría que la latencia de la red fuera prohibitiva. De hecho, creo que esta configuración es bastante común para usuarios de regiones donde no se admite SES.
Le sugeriría que configure el servicio SES en cualquiera de las regiones disponibles (por ejemplo, UE-Irlanda) y ejecute algunas pruebas de carga básicas y vea cómo la latencia afecta su aplicación, en todo caso.
Para obtener más información, consulteConexión al punto final SMTP de Amazon SES
Respuesta2
Solución alternativa: utilice Pinpoint, que utiliza SES internamente. Pinpoint está disponible en la región de India. Después de crear un proyecto, puede configurar los ajustes de correo electrónico/SMS. Los procedimientos estándar de verificación de dominio, adición de registros DNS (generados en la consola de AWS) y 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 la que podrá comenzar a enviar correos electrónicos. La configuración del rebote no se puede realizar a través de la consola como en SES. En su lugar, puede optar por transmitir a Kinesis y luego escribir consultas personalizadas para obtener todas las estadísticas. Espero que esto ayude.