网站请求在多少量级的时候，会考虑采用上单独的图片服务器。

[James369]

现在只是搞个小网站玩玩，需要存一些小图片，比如人物的头像图片。
刚开始玩可以不上单独的图片服务器。要是万一网站火了呢，人还是要有梦想的，不然和咸鱼有什么分别呢。

所以，现在需要提前对图片服务器做规划吗，如何规划？比如，图片如何存储，数据库如何做预留？

[LeeReamond]

我前两天刚折腾完自己网站更换储存的问题，可以去翻我的历史帖子。

LZ 这个问题的话，图片肯定是要搞一个独立服务存的，需要跟主业务完全解耦，因为运维上有很多操作两者并不发生联系，比如网站需要定期备份之类的，你把业务混合在一起，很多这种需求就没法做了。

至于以后迁移，楼上说 OSS 的可能都是有钱人，靠谱的 oss 图床需要的开发成本，以及使用成本都挺高的（面向国内业务），不是几百块这种数量级能搞得定的，不过当然是效果最好的方案。次一级的可以选择自建服务，因为国外服务商环境，小型虚拟化服务比国内便宜得多，多节点配合 cdn，国内可以获得一个大差不差的效果。软件方面也有大量开源项目，总体性价比很高

[westoy]

@beichenhpy

正常，GridFS， 以前流行过的

[Huelse]

上对象存储呗，建设公司自己的统一后台管理，成本不高
楼上自建的要么公司体量大业务也大，要么开发精力过剩（无嘲讽意思，只是个人推测）

[tidos]

S3 + CloudFront AWS 全家桶. 甚至整个网站都可以部署到 S3 上。

[gamexg]

web 直传上传到对象储存，
如果不想，也可以后期上对象储存
类似七牛的镜像回源功能很方便，可以无缝接的切换到对象储存
用户访问对象储存，如果对象储存不存在，则自动从源站拉去并保存到对象储存。

[40EaE5uJO3Xt1VVa]

访问量影响不大，主要是服务器的带宽小。图片多了 不管是请求还是传输都挺麻烦的，图片也都扔图床或者 oss 了

[AkideLiu]

访问量？日 UV600 左右 weekdays，我的小破站。图片是 s3 协议的存储 minio，单独域名 Gdns + 国内外两套 cdn