我注意到AWS documentation状态：
例如，您的应用程序至少可以达到3500 每个前缀每秒进行PUT / COPY / POST / DELETE或5500个GET / HEAD请求 在一个桶里。前缀中的数量没有限制 桶。您可以通过以下方式提高读取或写入性能： 并行读取。例如，如果您在 Amazon S3存储桶可并行读取，您可以扩展读取 性能达到每秒55,000个读取请求。
我正在考虑两种文件布局。首先，传统：
dir/cat.jpg
dir/dog.jpg
dir/llama.jpg
替代方法，我称为单个文件名：
cat/pic.jpg
dog/pic.jpg
llama/pic.jpg
与单个文件名方法相比，传统布局似乎不太可能重新哈希/重新设置前缀。那是唯一的区别吗？如果是这样，是否可以得出结论，使用单个文件名（此处为“ pic.jpg”）可能适合WORM工作负载？许多前缀是否有大量开销？ （如果是这样，是否有一种方法可以防止重新哈希，即表明某些前缀已知是统一的？）