Instância do Amazon SES e EC2 em diferentes regiões

9

Precisamos enviar e-mails transacionais do nosso site de comércio eletrônico hospedado em uma instância do EC2. Nosso serviço de e-mail regular é hospedado pelo Google.

O problema é que estamos baseados na região Ásia-Pacífico, onde o SES não está disponível. Então, podemos mudar nossa região apenas para usar o SES? Isso afetará nossa instância do EC2? Não foi possível encontrar nenhuma documentação sobre isso.

Golmaal
fonte
Em junho de 2015, a Amazon ainda não suporta a região Ásia-Pacífico. Eu encontrei o mesmo problema.
Verde

Respostas:

12

(Observação: acho que você quer dizer "regiões" diferentes e não "zonas" diferentes. Na AWS, uma "zona" refere-se a uma zona de disponibilidade dentro de uma determinada região. Supomos que você queira dizer regiões aqui; o SES é um serviço no nível da região.)

Sim, como você diz, o SES não está disponível atualmente na região Ásia-Pacífico.

No entanto, não há razão para que você não possa conectar regiões a um serviço SES da sua região existente. Você não precisa alterar seu aplicativo na sua região existente para fazer isso. Embora as práticas recomendadas de SES e de rede sugiram que você deseje escolher um ponto de extremidade mais próximo ao seu aplicativo, para reduzir a latência da rede, não há requisito de SES para que sua instância de aplicativo esteja na mesma região que seu serviço SES. Supondo que você esteja usando o SMTP / S para enviar email, o servidor de email pode estar em qualquer lugar da Internet.

Você pode configurar seu aplicativo na Ásia-Pacífico para enviar email por meio do terminal SMTP / S fornecido pelo SES em qualquer região. Novamente, a latência da rede pode ser um problema, mas, dependendo do volume do seu correio, eu não esperaria que a latência fosse proibitiva. Na verdade, acredito que essa configuração seja bastante comum para usuários em regiões onde o SES não é suportado.

Sugiro que você configure o serviço SES em qualquer uma das regiões disponíveis (por exemplo, UE-Irlanda), execute alguns testes básicos de carga e veja como a latência afeta seu aplicativo, se houver.

Para obter mais informações, consulte Conectando ao ponto de extremidade SMTP do Amazon SES

Rodrigo M
fonte
1
Muito obrigado pelas contribuições. Acabei de concluir as formalidades do SES (verificação de domínio, verificação de email, geração de credenciais SMTP etc.) e enviei com êxito um email de teste. Portanto, acho que também deve funcionar programaticamente da minha instância do EC2.
Golmaal
@Golmaal, Oi, seu aplicativo ainda está usando essa configuração do SES? Se sim, você pode fornecer algumas estatísticas e, se não, poderia esclarecer o porquê e para o que mudou?
Joe. L
Em dezembro de 2019, a Amazon suporta várias regiões da Ásia: docs.aws.amazon.com/general/latest/gr/…
Slava Abakumov
0

Solução alternativa: use o Pinpoint, que usa internamente o SES. O Pinpoint está disponível na região da Índia. Após criar um projeto, você pode definir as configurações para E-mail / SMS. Os procedimentos padrão de verificação de domínio, adição de registros DNS (gerados no console aws) e verificação de endereço de email também estão presentes aqui. Você pode buscar os detalhes do SMTP ou da API, com os quais pode começar a enviar emails. A configuração de rejeição não pode ser feita via console, como no SES. Em vez disso, você pode optar por transmitir para o Kinesis e depois escrever consultas personalizadas para obter todas as estatísticas. Espero que isto ajude.

Ben Ross
fonte