图床服务的搭建思路

早年写过一篇关于常用图床的介绍，时过境迁，连当时最稳定的微博图床都已经不能简单地正常使用了。后来改用了一段时间 Github 图床，虽然一共没几张图片，但总感觉这是在滥用 Github 提供的免费服务，正好最近在折腾其他项目，干脆就自建了一个图床服务。这里就借机讲讲自建图床的思路。

图床的主要功能是图片的持久化存储和外部通过链接访问，由于图片的大小通常在几十 KB 到几 MB 不等，因此我们必须着重考虑以下几个因素：

1. 大容量的数据存储能力：至少要支持几十 GB 的容量以避免未来频繁迁移或者需要分片访问的麻烦。
2. 安全稳定的存储环境：数据安全对于任何在线服务都是至关重要的，当然我们也可以通过定期备份的方式来曲线救国，但除非做镜像存储，否则备份总是不能保证全量数据的完整性的。
3. 充足的带宽和流量：由于图片更容易被爬虫抓取或被非主观引用，访问量较大时需要消耗很可观的带宽，这种场景下 1M 的小水管类型的机器显然是无法满足需求的。同样，图片这种中型文件也需要足够的流量额度来支撑，这里要注意的是按量付费的流量计费方式是很危险的，起床发现欠了服务提供商一栋楼也不是没可能，提供了固定配额的流量包模式更适合图床的场景。另一方面，流量的费用也至关重要，这也是图床服务前期成本的主要组成部分。
4. 较低的访问耗时：图片大多内嵌于文章，如果访问耗时较大（通常由于网络线路导致）是很影响阅读体验的。
5. 攻击防御问题：由于图床的特殊性，DDOS 和 CC 的爱好者可能会比较喜欢发起攻击，所以攻击防御问题也是要考虑