(Nota: eu acho que você quer dizer diferentes "regiões" e não diferentes "zonas". Na AWS uma "zona" refere-se a uma zona de disponibilidade dentro de uma determinada região. Suponho que você quer dizer regiões aqui; SES é um nível regional serviço.)
Sim, como você diz, o SES não está disponível atualmente na região Ásia-Pacífico.
No entanto, não há motivo para você não conseguir conectar a região cruzada a um serviço SES de sua região existente. Você não precisa alterar seu aplicativo na sua região existente para fazer isso. Embora o SES e as práticas recomendadas de rede sugiram que você deseje escolher um ponto de extremidade mais próximo de seu aplicativo, para reduzir a latência da rede, não há nenhum requisito de SES para que sua instância de aplicativo esteja na mesma região do seu serviço SES. Supondo que você esteja usando SMTP / S para enviar e-mail, o servidor de e-mail pode estar em qualquer lugar na Internet.
Você pode configurar seu aplicativo na Ásia-Pacífico para enviar e-mails por meio do ponto de extremidade SMTP / S fornecido pelo SES em qualquer região. Novamente, a latência da rede pode ser um problema, mas, dependendo do seu volume de e-mail, eu não esperaria que a latência da rede fosse proibitiva. Na verdade, acredito que essa configuração é bastante comum para usuários em regiões onde o SES não é suportado.
Sugiro que você configure o serviço SES em qualquer uma das regiões disponíveis (por exemplo, UE-Irlanda), execute alguns testes básicos de carga e veja como a latência afeta seu aplicativo, se necessário.
Para mais informações, consulte Conectando-se ao endpoint SMTP do Amazon SES