Wir müssen Transaktions-E-Mails von unserer E-Commerce-Website senden, die auf einer EC2-Instanz gehostet wird. Unser regulärer E-Mail-Service wird von Google gehostet.
Das Problem ist, dass wir in der Region Asien-Pazifik ansässig sind, in der SES nicht verfügbar ist. Können wir also unsere Region ändern, nur um SES zu nutzen? Wird es Auswirkungen auf unsere EC2-Instanz haben? Ich kann keine Dokumentation dazu finden.
email
amazon-ec2
amazon-ses
Golmaal
quelle
quelle
Antworten:
(Hinweis: Ich denke, Sie meinen unterschiedliche "Regionen" und nicht unterschiedliche "Zonen". In AWS bezieht sich eine "Zone" auf eine Verfügbarkeitszone innerhalb einer bestimmten Region. Ich gehe davon aus, dass Sie hier Regionen meinen; SES ist ein Dienst auf Regionsebene.)
Ja, wie Sie sagen, ist SES derzeit im asiatisch-pazifischen Raum nicht verfügbar.
Es gibt jedoch keinen Grund, warum Sie keine regionale Verbindung zu einem SES-Dienst aus Ihrer vorhandenen Region herstellen können. Sie müssen dazu Ihre App in Ihrer vorhandenen Region nicht ändern. Während SES- und Netzwerk-Best Practices vorschlagen, dass Sie einen Endpunkt auswählen möchten, der Ihrer Anwendung am nächsten liegt, um die Netzwerklatenz zu verringern, muss sich Ihre App-Instanz nicht in derselben Region wie Ihr SES-Dienst befinden. Angenommen, Sie verwenden SMTP / S zum Senden von E-Mails, kann sich der E-Mail-Server an einer beliebigen Stelle im Internet befinden.
Sie können Ihre App im asiatisch-pazifischen Raum so konfigurieren, dass E-Mails über den von SES in jeder Region bereitgestellten SMTP / S-Endpunkt gesendet werden. Auch hier kann die Netzwerklatenz ein Problem sein, aber abhängig von Ihrem E-Mail-Volumen würde ich nicht erwarten, dass die Netzwerklatenz unerschwinglich ist. Tatsächlich glaube ich, dass dieses Setup für Benutzer in Regionen, in denen SES nicht unterstützt wird, durchaus üblich ist.
Ich würde vorschlagen, dass Sie den SES-Dienst in einer der verfügbaren Regionen (z. B. EU-Irland) einrichten und einige grundlegende Lasttests durchführen, um festzustellen, wie sich die Latenz auf Ihre Anwendung auswirkt, wenn überhaupt.
Weitere Informationen finden Sie unter Herstellen einer Verbindung zum Amazon SES SMTP-Endpunkt
quelle
Problemumgehung: Verwenden Sie Pinpoint, das intern SES verwendet. Pinpoint ist in der Region Indien erhältlich. Nach dem Erstellen eines Projekts können Sie Einstellungen für E-Mail / SMS konfigurieren. Hier finden Sie auch die Standardverfahren für die Domänenüberprüfung, das Hinzufügen von DNS-Einträgen (in der aws-Konsole generiert) und die Überprüfung der E-Mail-Adresse. Sie können fortfahren, um die SMTP-Details oder die API abzurufen, mit der Sie mit dem Senden von E-Mails beginnen können. Die Bounce-Konfiguration kann nicht wie in SES über die Konsole erfolgen. Stattdessen können Sie sich für das Streaming zu Kinesis entscheiden und dann benutzerdefinierte Abfragen schreiben, um alle Statistiken abzurufen. Hoffe das hilft.
quelle