Wir müssen Transaktions-E-Mails von unserer E-Commerce-Website senden, die auf einer EC2-Instanz gehostet wird. Unser regulärer E-Mail-Dienst wird von Google gehostet.
Das Problem ist, dass wir im asiatisch-pazifischen Raum ansässig sind, wo SES nicht verfügbar ist. Können wir also unsere Region ändern, nur um SES zu verwenden? Wird sich dies auf unsere EC2-Instanz auswirken? Ich kann diesbezüglich keine Dokumentation finden.
Antwort1
(Hinweis: Ich glaube, Sie meinen unterschiedliche „Regionen“ und nicht unterschiedliche „Zonen“. Bei 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 regionaler Ebene.)
Ja, wie Sie sagen, SES istderzeit nicht im Asien-Pazifik-Raum verfügbar.
Es gibt jedoch keinen Grund, warum Sie sich nicht regionsübergreifend mit einem SES-Dienst aus Ihrer bestehenden Region verbinden können. Sie müssen Ihre App in Ihrer bestehenden Region dazu nicht ändern. Obwohl SES und bewährte Netzwerkmethoden empfehlen, dass Sie einen Endpunkt wählen, der Ihrer Anwendung am nächsten ist, um die Netzwerklatenz zu reduzieren, gibt es bei SES keine Anforderung, dass sich Ihre App-Instanz in derselben Region wie Ihr SES-Dienst befinden muss. Vorausgesetzt, Sie verwenden SMTP/S zum Senden von E-Mails, kann sich der E-Mail-Server überall 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 darstellen, aber je nach E-Mail-Volumen würde ich nicht davon ausgehen, dass die Netzwerklatenz untragbar ist. Tatsächlich glaube ich, dass diese Konfiguration für Benutzer in Regionen, in denen SES nicht unterstützt wird, recht ü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 Belastungstests durchführen, um zu sehen, ob und inwieweit sich die Latenz auf Ihre Anwendung auswirkt.
Weitere Informationen finden Sie unterHerstellen einer Verbindung zum Amazon SES SMTP-Endpunkt
Antwort2
Problemumgehung: Verwenden Sie Pinpoint, das intern SES verwendet. Pinpoint ist in der Region Indien verfügbar. Nachdem Sie ein Projekt erstellt haben, können Sie Einstellungen für E-Mail/SMS konfigurieren. Die Standardverfahren zur Domänenüberprüfung, zum Hinzufügen von DNS-Einträgen (generiert in der AWS-Konsole) und zur E-Mail-Adressüberprüfung sind hier ebenfalls vorhanden. Sie können mit dem Abrufen der SMTP-Details oder der API fortfahren, 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. Ich hoffe, das hilft.