Precisamos enviar e-mails transacionais do nosso site de comércio eletrônico hospedado em uma instância EC2. Nosso serviço regular de e-mail é 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 EC2? Não consigo encontrar nenhuma documentação sobre isso.
Responder1
(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. Presumo que você se refira a regiões aqui; SES é um serviço em nível de região.)
Sim, como você diz, o SES éatualmente não está disponível na região Ásia-Pacífico.
No entanto, não há razão para que você não possa conectar-se entre regiões a um serviço SES da sua região existente. Você não precisa alterar seu aplicativo na região existente para fazer isso. Embora as práticas recomendadas de SES e de rede sugiram que você queira escolher um endpoint mais próximo de seu aplicativo, para reduzir a latência da rede, não há nenhum 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 SMTP/S para enviar e-mail, o servidor de e-mail pode estar em qualquer lugar da Internet.
Você pode configurar seu aplicativo na Ásia-Pacífico para enviar e-mails por meio do endpoint SMTP/S fornecido pela SES em qualquer região. Novamente, a latência da rede pode ser um problema, mas dependendo do seu volume de e-mail, não esperaria que a latência da rede fosse proibitiva. Na verdade acredito que esta configuração seja bastante comum para usuários em regiões onde o SES não é suportado.
Eu sugiro que você configure o serviço SES em qualquer uma das regiões disponíveis (por exemplo, UE-Irlanda) e execute alguns testes de carga básicos e veja como a latência afeta seu aplicativo, se houver.
Para mais informações, consulteConectar-se ao endpoint SMTP do Amazon SES
Responder2
Solução alternativa: use o Pinpoint, que usa SES internamente. O Pinpoint está disponível na região da Índia. Depois de criar um projeto, você pode definir as configurações de Email/SMS. Os procedimentos padrão de verificação de domínio, adição de registros DNS (gerados no console aws), verificação de endereço de e-mail também estão presentes aqui. Você pode prosseguir para buscar os detalhes do SMTP ou da API, com a qual você pode começar a enviar e-mails. A configuração do bounce 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.