Amazon SES (Простая служба электронной почты) для массовой рассылки по электронной почте, а не для транзакционных сообщений электронной почты?

Amazon SES (простая служба электронной почты), описанная как "высокомасштабируемая и экономически эффективная функция отправки и отправки по электронной почте транзакций".

Из всего, что я могу собрать, и просматривая AWS SDK, а также руководства SES и API, он отлично подходит для транзакционных писем (например, электронные письма приложений, отправленные одноразовым способом), но я ничего не могу найти массовая электронная почта.

В соответствии с ценовой точкой, Amazon явно хочет/нуждается в клиентах для отправки очень большого количества почты.

Является ли ожидание того, что вы (как кто-то, внедряющий Amazon SES), набираете индивидуальные вызовы по электронной почте?

то есть. Если вы отправляете маркетинговое письмо 200 000 получателей, действительно ли вы делаете 200K запросов в SendEmail или SendRawEmail через завиток (или что-то еще) или используя AWS sdk?

Это кажется непрактичным.

Ответ 1

В документах теперь четко указано, что вы можете добавить до 50 получателей за сообщение. Таким образом, вы можете разделить список отправителей пакетами; для 200k получателей вам нужно будет сделать 4k API-вызовов. Не очень удобно для массовых писем; Я бы предположил, что Amazon не ориентируется на их обслуживание для этого конкретного использования.

Ответ 2

Если вы посмотрите в ссылку на API, это наверняка будет похоже на то, что вы можете отправить несколько учетных записей за один раз за запрос.

SendEmail требует аргумент "Назначение" типа "Назначение".

Назначение имеет три свойства: ToAddresses, CCAddresses, BCCAddresses - все имеют тип "список строк".

Если вы посмотрите на примеры запросов в Руководстве для разработчиков, вы увидите, что он указал адреса назначения в качестве аргумента, аналогичного:

&Destination.ToAddresses.member.1=allan%40example.com

Я собираюсь выйти на конечность и догадаться, что для "строкового списка" они ожидают нескольких адресов в формате, подобном:

&Destination.ToAddresses.member.1=allan%40example.com
&Destination.ToAddresses.member.2=other%40example.com
&Destination.ToAddresses.member.3=asdfq%40example.com
...
&Destination.ToAddresses.member.1000=final%40example.com

Я действительно наткнулся на ваш вопрос, ища ответы на некоторые из моих собственных вопросов о SES - пока документы полностью полны для использования, но не всегда очень полезны - вам часто приходится делать какие-то забавные выводы, чтобы получить ответы - просто справедливое предупреждение для вас!

Ура!

Изменить: Еще одна вещь, которая может быть возможной, я вытащил из цитаты, которую вы опубликовали в своем собственном ответе:

либо путем изменения программного обеспечения для прямого вызова АЭС Amazon, либо переконфигурировать его для доставки электронной почты через SMTP-реле Amazon SES, как описано выше.

Если вы настроили свой собственный SMTP-сервер и просто передадите/перешлите через SES, который может обрабатывать вашу очередь /etc. Вы можете просто запустить несколько тысяч электронных писем, и ваш SMTP-сервер будет обрабатывать очередность /etc, прежде чем он ударит по Amazon.

Ответ 3

Спасибо NuclearDog, После дальнейшего рассмотрения, я думаю, что ответ на вопрос состоит в том, чтобы называть api неоднократно, x раз (ниже из FAQ SES).

Допустим, мы отправляем 200 тыс. рассылок. Во-первых, мне было бы очень интересно узнать реалистичный предел того, сколько "ToAddresses" мы можем использовать для одной рассылки. Как только мы это узнаем, мы можем, возможно, отправлять партии в группы по 100 или около того "ToAddresses" за раз.

Во-вторых, как и в большинстве массовых рассылок, контент немного отличается для каждого получателя, даже если это просто введение "Hello". Учитывая, что почтовый орган будет, в то время как аналогичный, будет иметь персонализацию по электронной почте, я считаю, что ожидание - просто называть api снова и снова. Я думал, возможно, будет какой-то способ поставить в очередь несколько электронных писем с одним вызовом, а затем отправить, но это, вероятно, не реалистично, учитывая природу API.

SES, вероятно, будет более масштабируемым таким образом, используя один из продуктов базы данных Amazon AWS.

На данный момент я думаю, что мне нужно будет внедрить систему очередей или сообщений, чтобы вызвать api X раз в эффективном состоянии, чтобы все вызовы api 1) не занимали весь день и 2) не облагали налогами систем слишком много.

В: Могу ли я использовать SAS Amazon для отправки навалом Эл. адрес? Да. Просто позвоните в SendEmail или API SendRawEmail для каждое электронное письмо, которое вы хотите отправить. Программное обеспечение, работающее на Amazon EC2, Amazon Elastic MapReduce или ваши собственные серверы может составлять и доставлять массовые электронные письма через ASUS Amazon любым способом подходит для вашего бизнеса. Если вы уже иметь собственное программное обеспечение для массовой рассылки, его легко обновить, чтобы доставить через АЭС Амазонки - либо путем изменение программного обеспечения напрямую вызывать Amazon SES или переконфигурировать его доставить электронную почту через SES Amazon SMTP, как описано выше.

Ответ 4

Вы можете использовать Простую службу очереди для отправки массовой электронной почты.