私は、s3バケットの代わりにパブリックフォルダのノードアプリケーションにHTML、PDF、およびイメージファイルを格納することを計画しています。b/c私はs3 urlの代わりに私のドメインからクリーナーURLを持っています。時間の経過とともに、私のアプリケーションは50,000以上のHTML、PDF、およびイメージを含むようになりました。静的コンテンツを格納するときにアプリケーションのサイズは重要ですか？
アプリケーションのフットプリントが巨大になりますか、それはまだ正常に動作しますので、これは将来的にアプリケーションを遅くしていますか？
アプリ内に膨大な量の静的コンテンツを保存する際の潜在的な欠点は何ですか？
アプリケーションのフットプリントが膨大になるか、それでも正常に機能するため、これによりアプリケーションが遅くなることはありますか？
100Kbまたは100Gbがローカルに保存されていても問題ありません。ローカルハードドライブに保存されるデータの量は、アプリケーションのパフォーマンスとは関係ありません。
1つのディレクトリに膨大なファイルを置くと、そのディレクトリのファイル操作のOSパフォーマンスにわずかに影響する可能性がありますが、ディレクトリに数千ものファイルを散らばらないと、全く影響を与えません。
実際にアプリケーションがハードディスクに読み書きするデータ量は、アプリのパフォーマンスと大きく関係します。したがって、これらのファイルが静的ファイルであり、サーバーが大量に提供され、その状況を他の場所でホストされ、他のインフラストラクチャー（S3など）によって処理されているものと比較している場合、それは違いをもたらします。静的ファイルを扱うのは非常に簡単な操作なので、必要に応じて静的ファイルの処理を非常に効率的に処理するために、Webサーバーの前にNGINXのようなものを置くことができます。
アプリ内に膨大な量の静的コンテンツを保存する場合の潜在的な欠点は何ですか？
おそらく、「アプリ内」という意味ではなく、「ローカルハードドライブ」を意味します。これらのファイルへのアクセスを必要とする唯一のサーバープロセスがローカルマシン上にある限り、実際には欠点はありません。重要なデータがたくさん含まれているので、ローカルハードドライブのバックアップ/冗長ソリューションのいくつかの並べ替えがあることを確認する必要があります。 S3のようなサービスにデータを保存すると、バックアップや冗長性が必要になることがよくあります（またはそのような機能を簡単に有効にすることもできます）。
アプリケーションのサイズは、パフォーマンスにあまり影響しません。より大きな影響を与える他の多くの要因があります。
アプリ内に静的コンテンツを格納することの1つの欠点は、アプリが分散されておらず、拡張がうまくいかないことです。