如何避免iOS报摊应用程序收到远程通知而导致web服务器流量峰值？

我正在开发一个iOS报摊应用程序

如果它被挂起或未运行并连接到WLAN，则可通过推送远程通知触发报摊应用程序，以便在后台下载最新版本（本例中为100MB左右）

我用城市飞艇来传送推送广播

我现在担心很多iOS设备会同时点击web服务器进行大量下载，因为我预计大多数设备都会在很短的时间内收到通知

与其向所有设备广播，我是否应该向成批的小组设备发送单独的通知，并在更长的时间内将其分散

---

和/或像Amazon Cloudfront这样的CDN会更容易解决这个问题吗？

考虑到您的开发也不是免费的；考虑到这种交错交付还会带来持续的组织和运营成本，以及向“新闻”客户解释这一点的复杂性；我建议您认真考虑使用CDN进行实际交付。它消除了问题的所有复杂性，消除了一个故障点/风险点，并将其换成一个易于购买的故障点/风险点

这是所有相关方的双赢

---

Dw.

鉴于您的开发也不是免费的；考虑到这种交错交付还会带来持续的组织和运营成本，以及向“新闻”客户解释这一点的复杂性；我建议您认真考虑使用CDN进行实际交付。它消除了问题的所有复杂性，消除了一个故障点/风险点，并将其换成一个易于购买的故障点/风险点

这是所有相关方的双赢

---

Dw.

和往常一样，这主要取决于您的网络托管情况

如果您的主机设置中的带宽有限（例如100Mbps），您希望避免提供任何大型下载服务，即使是单个用户下载大型文件，也可能会在几秒钟内淹没您的网络

其次，营销人员喜欢想象用户会立即点击推送警报，因为这是他们生活中最重要的事情——事实上，这种情况很少发生。为了从“交错推送通知”中获得任何好处，时间间隔可能需要以天为单位来衡量——当然，这完全取决于你的内容——一份关于小猫的每日新闻比一份关于税法的季度杂志推迟的可能性要小。我认为需要多次尝试才能确定正确的时间间隔，在这段时间内，您的用户将体验不佳

---

因此，正如德克·威廉·范·古利克所说，投资CDN是个好主意。每次下载都要花钱——但原则上，CDN提供商的带宽是无限的，升级您的工具包以匹配这一点几乎肯定是不现实的

和往常一样，这主要取决于您的网络托管情况

如果您的主机设置中的带宽有限（例如100Mbps），您希望避免提供任何大型下载服务，即使是单个用户下载大型文件，也可能会在几秒钟内淹没您的网络

其次，营销人员喜欢想象用户会立即点击推送警报，因为这是他们生活中最重要的事情——事实上，这种情况很少发生。为了从“交错推送通知”中获得任何好处，时间间隔可能需要以天为单位来衡量——当然，这完全取决于你的内容——一份关于小猫的每日新闻比一份关于税法的季度杂志推迟的可能性要小。我认为需要多次尝试才能确定正确的时间间隔，在这段时间内，您的用户将体验不佳

---

因此，正如德克·威廉·范·古利克所说，投资CDN是个好主意。每次下载都要花钱——但原则上，CDN提供商的带宽是无限的，升级您的工具包以匹配这一点几乎肯定是不现实的

特别感谢内维尔给小猫们的例子-特别感谢内维尔给小猫们的例子-