EC2インスタンスでホストされているeコマースWebサイトからトランザクションメールを送信する必要があります。通常のメールサービスはGoogleがホストしています。
問題は、SESが利用できないアジア太平洋地域を拠点としていることです。それでは、SESを使用するためだけにリージョンを変更できますか? EC2インスタンスに影響はありますか?これに関するドキュメントが見つかりません。
(注:異なる「リージョン」を意味し、異なる「ゾーン」を意味しないと思います。AWSでは、「ゾーン」は特定のリージョン内のアベイラビリティーゾーンを指します。ここではリージョンを意味すると想定します。SESはリージョンレベルのサービスです。)
はい、SESは現在 アジア太平洋地域ではご利用いただけません 。
ただし、既存のリージョンからクロスリージョンをSESサービスに接続できない理由はありません。これを行うために、既存のリージョンでアプリを変更する必要はありません。 SESとネットワーキングのベストプラクティスでは、アプリケーションに最も近いエンドポイントを選択することをお勧めしますが、ネットワークレイテンシを削減するために、アプリインスタンスがSESサービスと同じリージョンにある必要はありません。 SMTP/Sを使用して電子メールを送信している場合、電子メールサーバーはインターネット上のどこにあってもかまいません。
任意の地域のSESが提供するSMTP/Sエンドポイントを介して電子メールを送信するように、アジア太平洋のアプリを構成できます。繰り返しになりますが、ネットワークレイテンシが問題になる可能性がありますが、メールの量によっては、ネットワークレイテンシが極端に高くなることはないと思います。実際、このセットアップは、SESがサポートされていない地域のユーザーには非常に一般的だと思います。
利用可能な任意のリージョン(EUアイルランドなど)でSESサービスをセットアップし、基本的な負荷テストを実行して、レイテンシがアプリケーションにどのように影響するかを確認することをお勧めします。
詳細については、 Amazon SES SMTPエンドポイントへの接続 を参照してください
回避策:内部でSESを使用するPinpointを使用します。ピンポイントはインド地域で利用可能です。プロジェクトを作成したら、メール/ SMSの設定を構成できます。ドメイン検証の標準的な手順、DNSレコードの追加(awsコンソールで生成)、電子メールアドレス検証もここにあります。 SMTPの詳細またはAPIを取得して、メールの送信を開始できます。バウンス設定は、SESのようにコンソールから行うことはできません。代わりに、Kinesisへのストリーミングを選択してから、すべての統計を取得するカスタムクエリを作成できます。お役に立てれば。