(Remarque: je pense que vous voulez dire différentes «régions» et non différentes «zones». Dans AWS, une «zone» fait référence à une zone de disponibilité à l'intérieur d'une région donnée. Je suppose que vous voulez dire des régions ici; SES est un service au niveau régional.)
Oui, comme vous le dites, SES n'est pas actuellement disponible dans la région Asie-Pacifique.
Cependant, il n'y a aucune raison pour laquelle vous ne pouvez pas vous connecter entre régions à un service SES à partir de votre région existante. Pour ce faire, vous n'avez pas besoin de modifier votre application dans votre région existante. Bien que les meilleures pratiques SES et de mise en réseau suggèrent que vous souhaitiez choisir un point de terminaison le plus proche de votre application, pour réduire la latence du réseau, il n'y a aucune exigence SES pour que votre instance d'application soit dans la même région que votre service SES. En supposant que vous utilisez SMTP / S pour envoyer des e-mails, le serveur de messagerie peut être n'importe où sur Internet.
Vous pouvez configurer votre application en Asie-Pacifique pour envoyer des e-mails via le point de terminaison SMTP / S fourni par SES dans n'importe quelle région. Encore une fois, la latence du réseau peut être un problème, mais en fonction de votre volume de messagerie, je ne m'attendrais pas à ce que la latence du réseau soit prohibitive. En fait, je pense que cette configuration est assez courante pour les utilisateurs dans les régions où SES n'est pas pris en charge.
Je vous suggère de configurer le service SES dans l'une des régions disponibles (par exemple, UE-Irlande), et d'exécuter des tests de charge de base et de voir comment la latence affecte votre application, le cas échéant.
Pour plus d'informations, consultez Connexion au point de terminaison SMTP Amazon SES