对象存储上手记：文件放上去之后，我才慢慢弄懂的几件事

我以前以为，把文件存到云上，和存在自己电脑的一个文件夹里，差不多是一回事。后来真正用了一次对象存储，才发现这个想法有点太简单了，里面很多地方，和我想的不太一样。

我最开始做的事情很普通，就是想把一些学习资料和课程里做出来的小项目文件找个地方存起来，不想一直占着本地磁盘。建了一个桶，名字起得也比较随意。上传的时候，我顺手就把文件拖了进去。结果过了一会儿去找，却发现自己不太确定它到底存在哪里了。因为对象存储里面，所谓的“文件夹”并不是真的文件夹，它只是对象键名前面那一段看起来像路径的前缀。这个理解我花了一点时间才转过来。也就是说，文件本身没有一个真正的文件夹在装着它，键名就是它的完整名字，斜杠只是让人在控制台里看起来更顺眼而已。

说到这里，存储类型也是我一开始没有太在意的地方。我默认选了标准存储，后来才去看了一下说明，低频访问和归档，适合那种不经常打开、但是又不能删掉的东西。如果把很少打开的资料也一直放在标准存储里，时间长了，费用上其实是不太划算的。这个地方我觉得，文档写得还算清楚，就是我自己一开始没有认真去读。

权限那一块，我当时是比较小心的。把桶设成公开读，听起来很方便，别人点链接就能看，可是风险也在这里。一不小心，就可能把本来只想自己看的东西也放出去了。所以我后来还是把默认的权限收紧，需要分享的时候，再单独去处理那个对象的权限，或者用临时签名链接。这个办法我觉得比较稳，虽然步骤多了一点。

大文件上传也让我停了一下。直接在网页上拖一个很大的文件，有时候网络一抖，就得重新来。我后来才知道，分片上传就是为了解决这个问题的，把大文件切成很多小块分别传，中间断了也能接着传，不用从头开始。虽然我自己还没有在代码里完整地写过一遍这个流程，但这个思路，我觉得是比较容易理解的。

现在回头看，我对对象存储的认识还是比较初步的。很多功能，比如生命周期规则自动转存，或者版本控制，我都只是看过，还没有真正用在自己的东西上。接下来，我想先把生命周期那一块试一下，让不常用的资料过一段时间自动换到更便宜的存储类型去，看看实际效果和我想象的是不是一样。