Amazon web services 针对100000个主题的AWS SNS解决方案限制

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

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

这样，当我们必须向用户的所有设备发送通知时，我们需要使用用户的

topicArn

调用

publish

方法，它的所有设备都应该得到消息

但是，默认情况下，AWS的主题限制为100000个。如果我们预计会有更多的用户，比如说100万，或者说1000万，乐观一点，那么这种方法有解决办法吗

---

我是否应该事先要求AWS提高限额？他们会轻易地将上限提高到1亿这样的数字吗？在最初的几个月里，大多数设备都没有使用，这是否会产生成本影响

亚马逊SNS没有最低费用，您只需为自己使用的内容付费。用户每一百万亚马逊SNS请求支付0.50美元，通过HTTP每100000次通知交付支付0.06美元，通过SMS每100次通知交付支付0.75美元，通过电子邮件每100000次通知交付支付2.00美元

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

因此，如果您预期的话，我建议提前提高限额。你不会因为增加限制而被起诉。他们肯定会增加到1亿。

披露：我曾经在亚马逊SNS上工作过

您提出的架构是Amazon SNS中的一种常见模式，并且是可靠的

你应该要求一份工作。即使您创建了主题，但没有使用它们，也没有更高的主题限制所带来的成本影响。但是，您将为每个电话提供免费服务，每月前100万个请求是免费的

---

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

我们采用了与OP类似的模式，但有一个例外——随着用户数量的增加，死机帐户的数量也在增加。面对它，用户保留带来了挑战。所以你可能想提出一个主题回收策略。提示：不要将主题永久绑定到用户，但允许ARN过期，类似于DHCP租约。您的应用程序可能会定期询问您的web服务需要订阅哪些ARN，并希望重新分配哪些ARN。如果您在早期将其构建到客户端协议中，则不需要那么多ARN。毕竟，100k活跃用户与100k注册用户：）

您能告诉我AWS SNS推送通知的消息字符限制吗？每天的SNS发送限制是多少？