针对100,000个主题限制的AWS SNS解决方法

Question

我正在使用带有APNS和GCM的AWS SNS开发推送通知的架构.我关注的模型是

• 每个用户(非设备)将具有与其对应的SNS主题
• 每个用户可以拥有多个设备
• 为每个设备创建平台应用程序端点
• 将平台应用程序端点订阅到属于设备用户的主题

这样,当我们必须向用户的所有设备发送通知时,我们需要publish使用用户调用该方法,topicArn并且其所有设备都应该获取消息.

但是,默认情况下,AWS的主题限制为100,000个.如果我们预计会有更多的用户(如100万或1000万)保持乐观,那么这种方法是否有任何解决方法？

我应该要求AWS提前提高限额吗？他们容易将限制增加到1亿这样的数字吗？是否有任何成本含义大部分都没有在开始的几个月内使用？

Answer 1

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

您建议的体系结构是Amazon SNS中的常见模式,并且是健全的.

您应该要求增加主题限制.即使您创建主题并且不使用主题限制,也不会产生任何成本影响.但是,您将为每个CreateTopic呼叫支付0.50美元/百万个请求,前100万个请求每月免费.

提交支持服务单时,请记录您的使用案例.它有助于团队加快限制增加请求.

Answer 2

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