SES를 사용하시는 분에게 질문이 있습니다. 제가 알기로는 SES가 US_EAST_1 지역에서만…

SES를 사용하시는 분에게 질문이 있습니다. 제가 알기로는 SES가 US_EAST_1 지역에서만 서비스 되고 있는 것으로 알고 있는데요. 이메일을 발송할 때 속도는 얼마나 나오나요? 제 환경에서 테스트 할 때는 메일 한것을 발송할 때 약 1초 정도 시간이 걸리더군요. 이런 전송속도에, 또 네트워크 비용등(US_EAST_1 외부에서 발생하는 네트워크 전송 비용)을 생각 했을 때 SES를 이용하는 것이 큰 장점이 있을까요? 자체적인 대규모 메일 발송 메커니즘도 제공하고 있지 않은 것 같구요. 조언 부탁드립니다.

13 thoughts on “SES를 사용하시는 분에게 질문이 있습니다. 제가 알기로는 SES가 US_EAST_1 지역에서만…

  1. SES 사용중입니다. 속도는 초당 4~5건 정도 되는것 같은데 이건 보내는 메일의 크기하고도 연관이 있을것 같군요. 그리고 대량 메일 발송은 SES에서 제공해주는 SMTP 이용하시면 되지 않나요? 물론 SMTP라서 느리긴 합니다..ㅡ_ㅡ; SES 사용의 장점은 메일의 도달성공률이라고 볼 수 있을 것 같습니다. 메일발송을 자체구현해서 발송한다면 수신측 스팸필터에서 Reverse DNS에 걸리는등 여러가지 제약이 있을 수 있습니다. SES를 사용하면 그런 부분 신경쓰지 않아도 되는것이 장점이라 할 수 있겠네요.

  2. 하루 5만통 초당 10통 제한으로 사용중입니다. 일전에 세미나에서 aws 엔지니어 에게 같은 이슈를 토로한 적이 있었는데요 답변이 버지니아에 인스턴스 만들어서 쓰라더군요 그래서 그렇게 쓰고 있습니다^^. 국내에는 화이트 리스트까지 신경써야겠지만 글로벌 대응하면서 스팸으로 빠지지않으면서 싼 가격으로 대량 메일 보낼 수 있는 최적의 서비스라고 생각합니다. 물론 자체 개발 하는 수고로움이 듭니다

  3. 위의 코드에서 주목할 것이 155라인입니다. deferred.defer라는 구글의 API를 이용하면 Queue를 위한 어떠한 작업을 하지 않고도 즉시 구글의 큐잉을 이용할 수 있습니다. 첫번째 인자로 전달한 mail이라는 함수가 순차적으로 실행되고, 실패하는 경우 실행간격을 늦추면서 반복실행을 합니다.

    저는 이메일 전송 전체를 큐에 넣었더니 이메일 중 하나라도 에러가 나면 큐가 다시 리플레이되는 문제가 있어서 이메일 전송 하나 하나에 대해서 큐를 사용하는 것으로 전환할려고요.

답글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다.