Istanza Amazon SES ed EC2 in diverse regioni


9

Dobbiamo inviare e-mail transazionali dal nostro sito Web di e-commerce ospitato su un'istanza EC2. Il nostro servizio di posta elettronica regolare è ospitato da Google.

Il problema è che siamo basati nella regione Asia-Pacifico dove SES non è disponibile. Quindi possiamo cambiare la nostra regione solo per l'utilizzo di SES? Inciderà sulla nostra istanza EC2? Non è possibile trovare alcuna documentazione in merito.


A partire da giugno 2015 Amazon non supporta ancora l'Asia-Pacifico. Ho riscontrato lo stesso problema.
Verde,

Risposte:


12

(Nota: penso che intendi diverse "regioni" e non diverse "zone". In AWS una "zona" si riferisce a una zona di disponibilità all'interno di una determinata regione. Presumo che tu intenda le regioni qui; SES è un servizio a livello di regione.)

Sì, come dici tu SES non è attualmente disponibile nella regione Asia-Pacifico.

Tuttavia, non vi è alcun motivo per cui non è possibile connettersi tra regioni a un servizio SES dalla propria regione esistente. Non è necessario modificare l'app nella propria area esistente per farlo. Mentre le best practice di SES e di rete suggeriscono che si desidera scegliere un endpoint più vicino alla propria applicazione, per ridurre la latenza di rete, non esiste alcun requisito SES affinché l'istanza dell'app si trovi nella stessa area del servizio SES. Supponendo che si stia utilizzando SMTP / S per inviare e-mail, il server e-mail può essere ovunque su Internet.

È possibile configurare l'app in Asia-Pacifico per inviare e-mail tramite l'endpoint SMTP / S fornito da SES in qualsiasi regione. Ancora una volta, la latenza di rete può essere un problema, ma a seconda del volume di posta, non mi aspetto che la latenza di rete sia proibitiva. In effetti, credo che questa configurazione sia abbastanza comune per gli utenti nelle regioni in cui SES non è supportato.

Ti suggerirei di configurare il servizio SES in una qualsiasi delle regioni disponibili (ad esempio UE-Irlanda), di eseguire alcuni test di carico di base e vedere come la latenza influisce sulla tua applicazione, se non del tutto.

Per ulteriori informazioni, consultare Connessione all'endpoint SMTP Amazon SES


1
Grazie mille per gli input. Ho appena completato le formalità SES (verifica del dominio, verifica dell'email, generazione delle credenziali SMTP, ecc.) E inviato con successo una email di prova. Quindi suppongo che dovrebbe funzionare anche a livello di codice dalla mia istanza EC2.
Golmaal,

@Golmaal, Ciao, la tua applicazione utilizza ancora questa configurazione SES? In caso affermativo, è possibile fornire alcune statistiche e, in caso negativo, chiarire perché e in cosa si è passati?
Joe. L

A partire da dicembre 2019 Amazon supporta diverse regioni asiatiche: docs.aws.amazon.com/general/latest/gr/…
Slava Abakumov,

0

Soluzione alternativa: utilizzare Pinpoint che utilizza internamente SES. Pinpoint è disponibile in India. Dopo aver creato un progetto, è possibile configurare le impostazioni per Email / SMS. Qui sono presenti anche le procedure standard di verifica del dominio, aggiunta di record DNS (generati nella console aws), verifica dell'indirizzo e-mail. Puoi procedere a recuperare i dettagli SMTP o l'API, con cui puoi iniziare a inviare e-mail. La configurazione del rimbalzo non può essere eseguita tramite console come in SES. Invece, puoi optare per lo streaming su Kinesis e quindi scrivere query personalizzate per ottenere tutte le statistiche. Spero che sia di aiuto.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.