Instancja Amazon SES i EC2 w różnych regionach

9

Musimy wysyłać transakcyjne wiadomości e-mail z naszej witryny e-commerce hostowanej na instancji EC2. Nasza regularna usługa e-mail jest hostowana przez Google.

Problem polega na tym, że mamy siedzibę w regionie Azji i Pacyfiku, gdzie SES jest niedostępny. Czy możemy zmienić nasz region tylko na korzystanie z SES? Czy wpłynie to na naszą instancję EC2? Nie mogę znaleźć żadnej dokumentacji dotyczącej tego.

Golmaal
źródło
Od czerwca 2015 Amazon nadal nie obsługuje regionu Azji i Pacyfiku. Napotkałem ten sam problem.
Zielony,

Odpowiedzi:

12

(Uwaga: myślę, że masz na myśli różne „regiony”, a nie różne „strefy”. W AWS „strefa” odnosi się do strefy dostępności w danym regionie. Zakładam, że masz na myśli regiony tutaj; SES jest usługą na poziomie regionu).

Tak, jak mówisz, SES nie jest obecnie dostępny w regionie Azji i Pacyfiku.

Nie ma jednak powodu, dla którego nie można połączyć między regionami z usługą SES z istniejącego regionu. Aby to zrobić, nie musisz zmieniać aplikacji w swoim istniejącym regionie. Podczas gdy SES i najlepsze praktyki sieciowe sugerują, że chcesz wybrać punkt końcowy najbliższy Twojej aplikacji, aby zmniejszyć opóźnienie sieci, nie ma wymogu SES, aby instancja aplikacji była w tym samym regionie co usługa SES. Zakładając, że używasz SMTP / S do wysyłania wiadomości e-mail, serwer e-mail może znajdować się w dowolnym miejscu w Internecie.

Możesz skonfigurować aplikację w regionie Azji i Pacyfiku, aby wysyłała wiadomości e-mail za pośrednictwem punktu końcowego SMTP / S dostarczonego przez SES w dowolnym regionie. Ponownie opóźnienie sieci może być problemem, ale w zależności od wolumenu poczty nie spodziewałbym się, że opóźnienie sieci będzie wygórowane. W rzeczywistości uważam, że ta konfiguracja jest dość powszechna dla użytkowników w regionach, w których SES nie jest obsługiwany.

Sugeruję skonfigurowanie usługi SES w dowolnym dostępnym regionie (powiedzmy UE-Irlandia) i przeprowadzenie podstawowych testów obciążenia i sprawdzenie, czy opóźnienie wpływa na twoją aplikację, jeśli w ogóle.

Aby uzyskać więcej informacji, zobacz Łączenie z punktem końcowym Amazon SES SMTP

Rodrigo M.
źródło
1
Wielkie dzięki za wkład. Właśnie dopełniłem formalności SES (weryfikacja domeny, weryfikacja adresu e-mail, generowanie poświadczeń SMTP itp.) I pomyślnie wysłałem testowego e-maila. Sądzę więc, że powinien również działać programowo z mojej instancji EC2.
Golmaal
@Golmaal, Cześć, czy Twoja aplikacja nadal korzysta z tej konfiguracji SES? Jeśli tak, czy możesz podać jakieś statystyki, a jeśli nie, czy możesz wyjaśnić, dlaczego i na co się zmieniłeś?
Joe. L
Od grudnia 2019 r. Amazon obsługuje kilka regionów w Azji: docs.aws.amazon.com/general/latest/gr/…
Slava Abakumov
0

Obejście: Użyj narzędzia Pinpoint, które wewnętrznie korzysta z SES. Aplikacja Pinpoint jest dostępna w regionie Indii. Po utworzeniu projektu możesz skonfigurować ustawienia wiadomości e-mail / SMS. Dostępne są również standardowe procedury weryfikacji domeny, dodawania rekordów DNS (generowanych w konsoli aws), weryfikacji adresu e-mail. Możesz przejść do pobierania szczegółów SMTP lub interfejsu API, za pomocą których możesz rozpocząć wysyłanie wiadomości e-mail. Konfiguracji odrzuceń nie można wykonać za pomocą konsoli jak w SES. Zamiast tego możesz wybrać przesyłanie strumieniowe do Kinesis, a następnie napisać niestandardowe zapytania, aby uzyskać wszystkie statystyki. Mam nadzieję że to pomoże.

Ben Ross
źródło