Amazon web services S3存储对象的建议层次结构是什么？

我一直在玩AmazonS3，我想知道为什么我需要使用多个存储桶。我只是想根据对象所属的层次结构来命名对象，例如，

blog/articles/2016/08/article title.jpg

，并将它们存储在一个bucket中。在这种情况下，将创建文件夹。或者我为什么需要多个存储桶来存储上传的文件

如果是这样，多个铲斗的正确设计是什么？假设我需要按年度和月份对文件进行分类。我想我不能把桶装在桶里。

美国焊接学会各州指南：

存储在数据库中的对象数量没有限制 无论使用多个bucket，性能都没有差别 或者只是一些。您可以将所有对象存储在一个存储桶中， 或者，您可以将它们组织到多个存储桶中

我会保持简单，并将该类型的资产数据存储在一个存储桶中，可能分为几个“顶级”关键字名称前缀（文件夹），例如

图像
，
脚本
，等等。
美国焊接学会各州指南：

存储在数据库中的对象数量没有限制
无论使用多个bucket，性能都没有差别
或者只是一些。您可以将所有对象存储在一个存储桶中，
或者，您可以将它们组织到多个存储桶中

我会保持简单，并将该类型的资产数据存储在一个存储桶中，可能分为几个“顶级”关键字名称前缀（文件夹），例如
图像
，
脚本
，等等。
注意，不需要在存储桶中创建文件夹，除非您在控制台中手动将文件上载到不可选择的文件夹中。使用API/SDK创建名为
blog/articles/2016/08/article title.jpg
的对象将导致所有这些中间文件夹出现。S3实际上没有任何文件夹，它只是根据对象键（名称）中的
/
分隔符在控制台中显示它们。因此，不存在基于文件夹中对象数量的性能考虑因素。请注意，不需要在存储桶中创建文件夹，除非您在控制台中手动将文件上载到不可选择的文件夹中。使用API/SDK创建名为
blog/articles/2016/08/article title.jpg
的对象将导致所有这些中间文件夹出现。S3实际上没有任何文件夹，它只是根据对象键（名称）中的
/
分隔符在控制台中显示它们。因此，没有基于文件夹中有多少对象的性能考虑。