admin 大量图片存储方案选择
没有使用 CDN 和 OSS 的经验，只了解类似同行业的公司都用的七牛的图片存储，前几天由于项目里面的某个作品微信转发很多，访问量比较大（当天 10W PV ），造成服务器带宽出现瓶颈，现在临时使用了阿里云的 cdn 加速静态图片，由于前期规划的时候没有考虑用独立的存储来处理图片，现在想把图片这块分离出来。
目前有 3 个瓶颈：
1 、 CPU ：大图切成小图的时候， CPU 的使用率很高，如果同时超过 20 个用户在切图， CPU 基本跑到 80%了， CPU 目前是阿里云的 8 核心的，内存是 16G ，内存够用。按照我们目前的用户量，同时在线切图的用户不会超过 20 个。
2 、存储：由于用户可以无限制上传大图，图片存储在单机上也是问题，目前是一块 1T 的普通硬盘
3 、带宽：目前是固定带宽 10M ，流量正常的情况下足够，如果出现作品被用户发到微信朋友圈出现大量转发，高并发的情况下带宽就不行了。
解决方案：
1 、使用七牛的图片存储，用七牛唯一存在的麻烦的地方是图片的同步，用户上传的图片可能会出现修改和删除，需要即时同步到七牛，不知道会不会出现同步比较慢的情况还有一些其他未知的问题。
2 、使用阿里的 OSS+CDN ，由于服务器现在也是阿里的产品，图片同步可以通过内网，速度应该会好些吧。但是看到一些资料上说阿里的费用相对七牛会贵很多，没有对比过，不清楚差距有多大。
这两个方案哪个合理，还有什么更好的方案么？谢谢！ ----------------------- 以下是精选回复-----------------------
答:如果你要用 CDN 的话，切过的图已经是不一样的图，所以要有另外的 key / 文件名，这样才能「同步」，也就是说图本身应该是 immutable 的。
如果只是切图，可以用又拍或者七牛的 url 接口，这样就不需要重新生成 /上传图片了，节省空间
答:如果你的图切了之后 url 不一样，直接用七牛的镜像站功能就好
答:同步都是问题，修改后七牛不会更新的，除非手动触发更新，手动也很慢。
所以更新的话自己换一个新的 URL 最方便，注意 url?时间戳无效，需要新的 key 才行。
答:七牛成本比阿里云价格低，体验也好。
文件的增删改查需要处理，但是可以使用被动缓存，就是七牛接管图片，新的图片自动去源站请求，这样本站也保留了一份图片，整体结构也不用变化，还是本地来处理。
如果你不打算用七牛自带的裁图，试试优化本地的，性能应没这么差的。
答:自己租個百兆的獨服，也才幾百塊，這種高計算高帶寬的用途明明是獨服的優點啊
答:可以试试 ucloud 对象存储，每月 20g 免费流量，有北京，广东，香港，美国四个节点可选，速度也很快
答:不知道这个你不能帮助到你。感觉好高级。 http://mp.weixin.qq.com/s?__biz=MjM5OTY0NTY1Mg==&mid=203199949&idx=1&sn=167046ac893dabd17adeee0c3a14cf42&scene=7#wechat_redirect
答:又拍云
0条评论