(Observação: acho que você quer dizer "regiões" diferentes e não "zonas" diferentes. Na AWS, uma "zona" refere-se a uma zona de disponibilidade dentro de uma determinada região. Supomos que você queira dizer regiões aqui; o SES é um serviço no nível da região.)
Sim, como você diz, o SES não está disponível atualmente na região Ásia-Pacífico.
No entanto, não há razão para que você não possa conectar regiões a um serviço SES da sua região existente. Você não precisa alterar seu aplicativo na sua região existente para fazer isso. Embora as práticas recomendadas de SES e de rede sugiram que você deseje escolher um ponto de extremidade mais próximo ao seu aplicativo, para reduzir a latência da rede, não há requisito de SES para que sua instância de aplicativo esteja na mesma região que seu serviço SES. Supondo que você esteja usando o SMTP / S para enviar email, o servidor de email pode estar em qualquer lugar da Internet.
Você pode configurar seu aplicativo na Ásia-Pacífico para enviar email por meio do terminal SMTP / S fornecido pelo SES em qualquer região. Novamente, a latência da rede pode ser um problema, mas, dependendo do volume do seu correio, eu não esperaria que a latência fosse proibitiva. Na verdade, acredito que essa configuração seja 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 houver.
Para obter mais informações, consulte Conectando ao ponto de extremidade SMTP do Amazon SES