iOSニューススタンドアプリを開発しています。
一時停止されているか、実行されておらず、WLANに接続されている場合、ニューススタンドアプリは、プッシュリモート通知によってトリガーされ、最新の問題（この場合は約100MB）をバックグラウンドでダウンロードできます。
プッシュ放送の配信にはアーバンエアシップを使用しています。
私は今、多くの多くのiOSデバイスが1つの大きなダウンロードで同時にWebサーバーにアクセスすることを心配しています。これは、デバイスの大部分が非常に短い時間枠で通知を受信することを期待しているためです。
すべてのデバイスにブロードキャストするのではなく、デバイスの小さなグループのバッチに個別の通知を送信して、それらを長期間にわたって分散させる必要がありますか？
および/またはAmazonCloudfrontのようなCDNは、その問題をより簡単に/とにかく解決しますか？
あなたの開発も無料ではないことを考えると、そして、そのような時間差のある配達には、継続的な組織的および運用上のコスト（および「ニュース」の顧客にこれを説明することの複雑さ）も伴うことを考えると。実際の配信にCDNを使用することを真剣に検討することをお勧めします。それは問題からすべての複雑さを取り除きます-そして失敗/リスクのポイントを取り除き、それを簡単に買われるものと交換します。
それは関係者全員にとっての勝利です。
Dw。
いつものように、「それは依存します」-主にあなたのウェブホスティングの状況に依存します。
ホスティング設定で帯域幅が制限されている場合（たとえば100Mbps）、大きなダウンロードを提供することは避けたいと考えています。大きなファイルをダウンロードする1人のユーザーでさえ、ネットワークを数秒間圧倒する可能性があります。
第二に、マーケティング担当者は、ユーザーがプッシュアラートをクリックするとすぐにクリックすることを想像したいと思っています。これは人生で最も重要なことだからです。実際、そうなることはめったにありません。「時差のある」プッシュ通知から何らかの利益を得るには、時間間隔を日単位で測定する必要があります（もちろん、これはコンテンツによって異なります。子猫に関する毎日のニュース項目は、四半期ごとよりも延期される可能性が低くなります。税法に関する雑誌）。適切な間隔を見つけるには数回の試行が必要だと思います。その間、ユーザーのエクスペリエンスは低下します。
したがって、Dirk-Willem van Gulikが言うように、CDNに投資することをお勧めします。ダウンロードするたびに費用がかかりますが、原則として、CDNプロバイダーには無制限の帯域幅があり、それに合わせてキットをアップグレードすることはほぼ確実に現実的ではありません。