8
我々は以前のディレクトリ構造のこの種を踏襲している可能性のある画像の何百万人をサポートするために：Amazon S3/Cloudfrontに何百万ものイメージを格納するディレクトリ構造ロジックが必要ですか？
/profile/avatars/44/f2/47/48px/44f247d4e3f646c66d4d0337c6d415eb.jpg
ファイル名はMD5ハッシュ化され、文字列の最初の6文字を抽出し、それからフォルダ構造を構築します。
したがって、上記の例では、ファイル名：私たちは常に、任意の単一のディレクトリ内の写真の数を最小限にするために、これをしなかった
/44/f2/47/
：
44f247d4e3f646c66d4d0337c6d415eb.jpg
は、のディレクトリ構造を作成します最終的にファイルシステムのパフォーマンスを支援します。
しかし、私たちの新しいアプリでは、私の理解では、あなたがAmazon S3の上で作成したフォルダは実際にちょうど参照であり、ファイルシステム上のディレクトリではないということであるCloudFrontは
でアマゾンS3を使用しています。
これが正しい場合は、上記のフォルダ/ディレクトリまたは同様の方法に分割することをお勧めしますか？それとも、単に私たちのアプリケーションコードで、この複雑さを取り除き、そのような画像へのリンクを提供することができます
/profile/avatars/48px/filename.jpg
は、このアプリは、写真の何百万人の10年代にサービスを提供することを目的としていることを念頭に置いてむき出しに。
ご指摘いただければ幸いです。
真剣に助けて歓声 – gordyr
徹底的にその記事を読んだ後、それに掲載されたアドバイスがE.J。ブレナンはそれ自身に答える。したがって、私はあなた自身に答えを再度授与しました。うまくいけば彼は気にしない:)再びありがとう！ – gordyr
これは印象的なことです。ありがとうございました。ところで、彼らは記事を[個別のドキュメントページに移動して更新しました]（http：//docs.aws.amazon。com/AmazonS3/latest/dev/request-rate-perf-considerations.html） –