我們需要從 EC2 執行個體上託管的電子商務網站發送交易電子郵件。我們的常規電子郵件服務由 Google 託管。
問題是我們位於亞太地區，無法使用 SES。那我們可以僅僅為了使用SES而改變我們的區域嗎？它會影響我們的 EC2 執行個體嗎？找不到任何與此相關的文件。
答案1
（注意：我認為您指的是不同的“區域”，而不是不同的“區域”。在AWS 中，“區域”指的是給定區域內的可用區域。我假設您在這裡指的是區域;SES 是區域級服務。
是的，正如你所說，SES 是目前在亞太地區不可用。
但是，您沒有理由不能從現有區域跨區域連接到 SES 服務。您無需更改現有區域中的應用程式即可執行此操作。雖然 SES 和網路最佳實踐建議您選擇最接近您的應用程式的終端節點，以減少網路延遲，但 SES 不要求您的應用程式實例與 SES 服務位於相同區域。假設您使用 SMTP/S 傳送電子郵件，則電子郵件伺服器可以位於 Internet 上的任何位置。
您可以將亞太地區的應用程式設定為透過 SES 在任何區域提供的 SMTP/S 端點傳送電子郵件。同樣，網路延遲可能是一個問題，但根據您的郵件量，我不認為網路延遲會令人望而卻步。事實上，我相信這種設定對於不支援 SES 的地區的用戶來說很常見。
我建議您在任何可用區域（例如歐盟-愛爾蘭）設定 SES 服務，並執行一些基本的負載測試，看看延遲如何影響您的應用程式（如果有的話）。
欲了解更多信息，請參閱連線到 Amazon SES SMTP 終端節點
答案2
解決方法：使用內部使用 SES 的 Pinpoint。 Pinpoint 在印度地區可用。建立專案後，您可以設定電子郵件/簡訊的設定。網域驗證、新增 DNS 記錄（在 aws 控制台中產生）、電子郵件地址驗證的標準程式也在這裡。您可以繼續取得 SMTP 詳細資訊或 API，然後您可以開始發送電子郵件。反彈配置無法像 SES 中那樣透過控制台完成。相反，您可以選擇串流傳輸到 Kinesis，然後編寫自訂查詢以獲取所有統計資料。希望這可以幫助。