AWS SNS Гибкость для публикации подмножества подписчиков темы?

Question

Вот модель, которую я хочу построить: Неограниченные темы (я знаю предел AWS в настоящее время 3000) Неограниченное количество абонентов на тему (AWS SNS документации не указывается предел)

Каждый абонент будет иметь другое расписание что они хотят получать SMS или сообщения электронной почты.

Если у меня есть тема с 10 подписчиками, где 5 хотят получать утренние сообщения и 5 хотят получать вечерние сообщения. Графики могут быть изменены и будут администрироваться веб-приложением (с использованием API) администратором, поэтому построение одной темы в расписании не является идеальным решением, и вариации будут пережевывать многие из 3000 тем.

Answer 1

SNS не поддерживает возможность публикации подмножеству подписчиков темы, за исключением случаев использования возможности push-уведомления для Android/iOS, которая не является ни электронной почтой, ни http, ни смс, и настолько отличается от всего, что делает SNS, Я не совсем уверен, почему Amazon не продавала его как совершенно другой продукт.

В это время прямой адресации поддерживается только для кнопочных уведомлений IOS, Kindle, и Android конечных точек

^{http://aws.amazon.com/sns/faqs/#Does_SNS_support_direct_addressing_for_SMS_or_Email}

documented limit по количеству абонентов к одной теме составляет 10 000. Это кажется жестким пределом; однако предел 3000 тем на одну учетную запись, по-видимому, не является жестким пределом, поскольку для этого ограничения существует документированный процесс для requesting an increase.

Существует большой разрыв между 3000 темами из 10 000 подписчиков и 10 подписчиков, разделенных на 2 или 3 темы, но по-прежнему не похоже, что SNS - это правильная платформа для того, что вы пытаетесь сделать - ограничения или без ограничений - потому что каждый раз, когда подписчик добавляется в тему, они должны подтвердить свою подписку на эту тему ... так что, если ваш администратор делает для манипулирования подпиской на тему, все равно будет отправлено a confirmation message from "AWS Notifications", которое будет отправлено каждому абоненту из Amazon SNS требуя, чтобы они отказались до того, как последующие сообщения могут быть доставлены, и это процесс, который нужно повторить, если абонент захочет изменить расписание доставки (что означает добавление их в новую тему). Вы не можете программно пропустить этот шаг.

В рамках AWS Simple Email Service представляется более подходящим (и приемлемым для получателя, при условии, что ваши получатели из общедоступной) платформы основаны на том, что, по-вашему, вы созерцаете, с логикой определения того, какие получатели связаны с каждое сообщение определяется логикой из вашей базы данных ... у него нет одинаковой структуры ценообразования, и он не выполняет SMS (хотя SMS через SNS кажется довольно дорогим, во всяком случае), и в отличие от SNS, SES не имеют ограничение на 256 тыс. за сообщение.

Это накладывает дополнительную нагрузку на ваше приложение, так как вам придется отправлять копии сообщения SES для каждого абонента, но если исходящая пропускная способность является проблемой, экземпляр, развернутый внутри EC2, может легко позаботиться о реплицируя и передавая сообщение в SES. С SES вы также получите bounce and complaint notifications в своих сообщениях.

Это подход, который я бы взял.

Но с другой стороны, трудно точно сказать, что вы просите.