답변:
(참고 : 다른 "영역"이 아니라 다른 "영역"을 의미한다고 생각합니다. AWS에서 "영역"은 지정된 영역 내의 가용 영역을 의미합니다. 여기서는 영역을 의미한다고 가정합니다. SES는 지역 수준 서비스입니다.)
예, 현재 아시아 태평양 지역에서는 SES를 사용할 수 없습니다.
그러나 기존 리전에서 교차 리전을 SES 서비스에 연결할 수없는 이유는 없습니다. 기존 지역에서 앱을 변경하지 않아도됩니다. SES 및 네트워킹 모범 사례에서는 애플리케이션과 가장 가까운 엔드 포인트를 선택하여 네트워크 대기 시간을 줄이려고하지만 앱 인스턴스가 SES 서비스와 같은 지역에 있어야하는 SES 요구 사항은 없습니다. SMTP / S를 사용하여 이메일을 전송한다고 가정하면 이메일 서버는 인터넷 어디에서나 가능합니다.
모든 지역의 SES에서 제공 한 SMTP / S 엔드 포인트를 통해 이메일을 보내도록 아시아 태평양 지역에서 앱을 구성 할 수 있습니다. 다시 네트워크 대기 시간이 문제가 될 수 있지만 메일 볼륨에 따라 네트워크 대기 시간이 엄청나지는 않을 것으로 예상됩니다. 실제로이 설정은 SES가 지원되지 않는 지역의 사용자에게 매우 일반적이라고 생각합니다.
사용 가능한 모든 지역 (예 : EU- 아일랜드)에서 SES 서비스를 설정하고 기본로드 테스트를 실행하고 대기 시간이 애플리케이션에 미치는 영향을 확인하십시오.
자세한 내용 은 Amazon SES SMTP 엔드 포인트에 연결 단원을 참조하십시오.
해결 방법 : 내부적으로 SES를 사용하는 Pinpoint를 사용하십시오. Pinpoint는 인도 지역에서 사용할 수 있습니다. 프로젝트를 생성 한 후 Email / SMS에 대한 설정을 구성 할 수 있습니다. 도메인 확인, DNS 레코드 추가 (aws 콘솔에서 생성), 전자 메일 주소 확인의 표준 절차도 여기에 있습니다. SMTP 세부 사항 또는 API를 계속 가져 와서 이메일 전송을 시작할 수 있습니다. 바운스 구성은 SES에서와 같이 콘솔을 통해 수행 할 수 없습니다. 대신 Kinesis로 스트리밍을 선택한 다음 맞춤 통계를 작성하여 모든 통계를 가져올 수 있습니다. 도움이 되었기를 바랍니다.