适用于100,000个主题的AWS SNS解决方案限制

Question

我正在开发一个使用 AWS SNS 和 APNS 和 GCM 的推送通知架构。我所遵循的模型是

• 每个用户（而不是设备）都有一个与之对应的SNS主题。
• 每个用户可以有多个设备。
• 为每个设备创建平台应用程序endpoint。
• 将平台应用程序endpoint订阅到属于设备用户的主题

这样，当我们必须向用户的所有设备发送通知时，我们需要使用用户的topicArn调用publish，其所有设备都应该得到消息。

但是，默认情况下，AWS 的限制为 100000 个主题。如果我们预计会有更多用户（如100万）或1000万用户持乐观态度，那么这种方法是否有任何解决方法？

我应该提前要求AWS提高限额吗？他们能轻易地将限额提高到1亿吗？如果在开始的几个月内没有使用这些设备，是否有任何成本影响？

Answer 1

亚马逊SNS没有最低费用，您只需支付所使用的费用。用户每100万亚马逊SNS请求支付0.50美元，通过HTTP每10万次通知交付支付0.06美元，通过短信每100次通知交付0.75美元，通过电子邮件每10万个通知交付支付2.00美元。

亚马逊SNS还包括一个免费层，用户可以免费开始使用亚马逊SNS。每个月，亚马逊SNS客户对前100万个亚马逊SNS请求不收费，对前10万个HTTP通知不收费，前100个短信通知不收费和前1000个电子邮件通知不收费。

所以我会建议提前增加限额，如果这是你所期望的。你不会因为提高限额而被收费。他们肯定会增加到1亿。

Answer 2

我们遵循了与OP相似的模型，只有一个例外——随着用户数量的增长，死亡账户的数量也在增长。面对现实吧，留住用户是一个挑战。所以你可能要想出一个话题回收策略。提示:不要将主题永久绑定到用户，而是允许ARNs过期，类似于DHCP租约。您的应用程序可能会定期询问您的web服务它需要订阅什么ARN并期望被重新分配。如果您在早期将这一点构建到客户端协议中，您就不需要那么多arn。毕竟，10万活跃用户和10万注册用户是完全不同的:)

Answer 3

披露:我曾经在亚马逊社交网站工作

你提出的架构是Amazon SNS中的常见模式，并且是合理的。

您应该要求增加主题限制。即使您创建了主题并且没有使用它们，设置更高的主题限制也不会产生成本影响。但是，您将为每次CreateTopic调用支付0.5美元/百万请求，前100万请求每月免费。

提交支持票证时，请记录您的用例。这有助于团队加快您的限额增加请求。