oss 的 path 有必要分路径吗？

Question

阿里云 aliyun oss、s3 等对象存储服务的路径规划建议
oss 的 path 有必要分路径吗？比如通过拆分添加前缀路径

在上古时期，使用 fs 来存储文件的时候，要注意一件事情：『避免在一个文件夹放太多文件』

因为这样会让『从这个文件夹取文件变的很慢』

这里定律应该在 oss、s3、minio 等等对象存储时代应该不存在了吧！

直接全扁平存储就可以了吧！？

相当于把 10000000000000000000000000000000 个 object 都放一个『文件夹』下面

Answer 1

建议分

为什么呢？minio 的早期版本，filepath 和实际在 fs 上的存储路径是一致的，所以依然会受到 fs 的瓶颈制约

至于 aliyun oss，也是建议分，具体可看官方文档：
OSS性能与扩展性最佳实践 和 aliyun oss 使用限制

Answer 2

分不分都行，实际上也确实可以不分，对读写来说没有任何影响。

而且对于对象存储而言，其实也不存在所谓“路径”之说，你会发现一般那玩意儿被叫做 FileKey、而不是 FilePath，本质上就是个类似 Hash 的东西。

但实际使用中我们往往也还是会人为设置出一些所谓“路径”来 —— 其实就是 FileKey 里带了路径分隔符。比如可能在同一个桶中，我们会希望某一类文件拥有单独的生命周期、ACL 权限、或者什么其他的“特殊之处”，那么一般会人为设置一个特定的“前缀”来。

其实这个前缀是 temp/ 还是 temp- 没什么本质区别，但从习惯上普遍还是用前者了。

Answer 3

可分可不分。
OSS对路径没有那么重要。分了的话主要是自己容易分类。不分则是方便。