(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