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