Instance Amazon SES et EC2 dans différentes régions

9

Nous devons envoyer des e-mails transactionnels à partir de notre site Web de commerce électronique hébergé sur une instance EC2. Notre service de messagerie électronique régulier est hébergé par Google.

Le problème est que nous sommes basés dans la région Asie-Pacifique où SES n'est pas disponible. Pouvons-nous changer notre région uniquement pour utiliser SES? Cela affectera-t-il notre instance EC2? Je ne trouve aucune documentation à ce sujet.

Golmaal
la source
En juin 2015, Amazon ne prend toujours pas en charge l'Asie-Pacifique. J'ai rencontré le même problème.
Vert

Réponses:

12

(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

Rodrigo M
la source
1
Merci beaucoup pour les entrées. Je viens de terminer les formalités SES (vérification de domaine, vérification des e-mails, génération des informations d'identification SMTP, etc.) et j'ai envoyé avec succès un e-mail de test. Je suppose donc que cela devrait également fonctionner par programme à partir de mon instance EC2.
Golmaal
@Golmaal, Salut, votre application utilise-t-elle toujours cette configuration SES? Si oui, pouvez-vous fournir des statistiques et si non, pourriez-vous clarifier pourquoi et vers quoi êtes-vous passé?
Joe. L
Depuis décembre 2019, Amazon prend en charge plusieurs régions d'Asie: docs.aws.amazon.com/general/latest/gr/…
Slava Abakumov
0

Solution: utilisez Pinpoint qui utilise SES en interne. Pinpoint est disponible dans la région de l'Inde. Après avoir créé un projet, vous pouvez configurer les paramètres d'e-mail / SMS. Les procédures standard de vérification de domaine, ajout d'enregistrements DNS (générés dans la console aws), vérification d'adresse e-mail sont également présentes ici. Vous pouvez procéder à la récupération des détails SMTP ou de l'API, avec lesquels vous pouvez commencer à envoyer des e-mails. La configuration du rebond ne peut pas être effectuée via la console comme dans SES. Au lieu de cela, vous pouvez opter pour le streaming sur Kinesis, puis écrire des requêtes personnalisées pour obtenir toutes les statistiques. J'espère que cela t'aides.

Ben Ross
la source