不同区域中的 Amazon SES 和 EC2 实例

不同区域中的 Amazon SES 和 EC2 实例

我们需要从托管在 EC2 实例上的电子商务网站发送交易电子邮件。我们的常规电子邮件服务由 Google 托管。

问题是我们位于亚太地区,SES 不可用。那么我们可以只使用 SES 而更改我们的区域吗?这会影响我们的 EC2 实例吗?找不到有关此问题的任何文档。

答案1

(注意:我认为您的意思是不同的“区域”而不是不同的“区域”。在 AWS 中,“区域”是指给定区域内的可用区域。我假设您在这里指的是区域;SES 是区域级服务。)

是的,正如你所说,SES目前在亚太地区尚不可用。

但是,您没有理由不能从现有区域跨区域连接到 SES 服务。您无需更改现有区域中的应用程序即可执行此操作。虽然 SES 和网络最佳实践建议您希望选择最靠近应用程序的端点以减少网络延迟,但 SES 并不要求您的应用程序实例与您的 SES 服务位于同一区域。假设您使用 SMTP/S 发送电子邮件,则电子邮件服务器可以位于互联网上的任何位置。

您可以在亚太地区配置您的应用,以通过 SES 在任何地区提供的 SMTP/S 端点发送电子邮件。同样,网络延迟可能是一个问题,但根据您的邮件量,我认为网络延迟不会太高。事实上,我相信这种设置对于不支持 SES 的地区的用户来说相当常见。

我建议您在任何可用区域(例如欧盟爱尔兰)设置 SES 服务,并运行一些基本的负载测试,看看延迟如何影响您的应用程序(如果有的话)。

有关详细信息,请参阅For more info, see连接到 Amazon SES SMTP 终端节点

答案2

解决方法:使用内部使用 SES 的 Pinpoint。Pinpoint 在印度地区可用。创建项目后,您可以配置电子邮件/短信的设置。域验证、添加 DNS 记录(在 aws 控制台中生成)、电子邮件地址验证的标准程序也在这里。您可以继续获取 SMTP 详细信息或 API,然后开始发送电子邮件。退回配置不能像在 SES 中那样通过控制台完成。相反,您可以选择流式传输到 Kinesis,然后编写自定义查询以获取所有统计信息。希望这对您有所帮助。

相关内容