メディア ファイルは、メディア ファイルの提供が I/O 集中型のタスクであるのに対し、アプリケーション ロジックを含むシステムの部分とは異なります。一方、アプリ ロジックでは通常、I/O と CPU の組み合わせが必要です (正確なバランスはアプリに大きく依存します)。このため、ディスクとネットワークのスループットに最適化された専用のメディア サービス システムを使用することが実際に合理的です。

独自の専用サーバーを使用する場合の一般的なガイドラインは次のとおりです。
- 大量の RAM に投資し、最もよく使用されるコンテンツにキャッシュを使用します。その目的は、ディスクのアクセス時間を節約することです (理論上、RAM は約 100 倍高速です)。現在、Memcache が最も人気のあるソリューションです

- 高速ディスク IO に投資し、複数のディスクをインストールし、RAID (ストライピング) を使用してスループットを向上させます。

- 専用サーバーまたは共同サーバーのホスティングプロバイダーを選択するときは、帯域幅に焦点を当ててください。

- ネットワーク遅延を改善するために、可能であればファイルをコンシューマーの近くに配置したいと考えます。たとえば、ブラジル系ポルトガル語のメディア ファイルは、南米のサーバーに保存するとメリットが得られます。

- 優れた CDN は、上記のすべてを事実上解決できます。私自身の経験では、サーバーの負荷が最大 85% 削減されました。 Cotendo と Akamai を使用しています。他に検討できるプロバイダー: CDNetworks、Limelight、Level3

始めたばかりの場合は、S3 を使用してファイルを保存し、CDN として CloudFront を使用するのが最善の策です。私自身の経験では、セットアップが非常に簡単で、費用対効果が非常に高いソリューションです。
*開始時* - データ量と使用量に比例して費用がかかります。ただし、特定のしきい値を超えると、独自の専用ストレージ ラックの管理を検討し始め、他の CDN を使用するのが合理的です。