各位司机大佬们：

经常在区里混，大家有没有发现最近的帖子越来越"卷"了？以前发几张高清图就能混个精华，现在如果没段"动起来"的视频或者带感的声音，哪怕内容再好，人气也总觉得差那么点意思。

前阵子我扒了一下 ImgBox (imgly.net) (imgly.net)的后台数据，发现现在的流量走势确实吓人。作为一家纯公益的图床工具，今天把这份"成绩单"公开，既是让大家直观感受一下现在的流量规模，也是和各位大佬交流一下应对海量高并发的技术经验。

/htm_data/2606/7/7304800.html
/htm_data/2605/7/7250549.html

---

📈 1. 流量真相："动感"内容的惊人统治力

直接上 Cloudflare 后台的硬数据，三个时间维度全公开：

维度	24 小时	7 天	30 天
已提供数据	87 TB	773 TB	3 PB
已缓存数据	87 TB	772 TB	2 PB
缓存命中率	99.85%	99.87%	99.82%
请求总数	4788 万	3.72 亿	12.5 亿
独立访客	35.04 万	185 万	628 万

几个关键看点：

[*]3 PB = 3,000 TB，一台机器 30 天内分发 3 PB 数据，这在公益项目里绝对是天文数字。
[*]7 天内 773 TB 带宽，日均约 110 TB，全部由视频内容驱动。
[*]99.85% 的缓存命中率意味着每 10,000 个请求只有 15 个需要回源站——源站那台小鸡基本在喝茶。
[*]流量极度集中在 .mp4 视频文件上，单个热门视频的请求量轻松突破百万大关。拿今天（7月4日）后台刚处理完毕的几部热门大文件为例（单视频体积都不小，但依然被缓存完美消化）：


[*]

複製代碼

https://imgly.net/i/2026/07/04/4ee596a9.mp4

(68 MB)
[*]

複製代碼

https://imgly.net/i/2026/07/04/a109285a.MP4

(55 MB)
[*]

複製代碼

https://imgly.net/i/2026/07/04/3c8828fc.MP4

(50 MB)
[*]

複製代碼

https://imgly.net/i/2026/07/04/338e71d4.MP4

(31 MB)
[*]

複製代碼

https://imgly.net/i/2026/07/04/8e45366e.MP4

(27 MB)


[*]移动端占绝对主导（约 75% 请求来自手机），说明大家更习惯随时随地"单手打字"。

---

🛠️ 2. 技术揭秘：一台 1 核 1.5G 小鸡如何扛住 3 PB？

你没看错，整个 imgly.net 跑在一台 1 vCPU / 1.5 GB RAM 的 KVM 小鸡上（Intel Xeon E5-2683 v4，Debian 13）。没有集群，没有负载均衡，就一台机器。面对月均 773TB、累计 3PB 的流量狂潮，非盈利项目没有资金无限堆机器，只能靠极致的缓存架构把流量挡在源站之外。

🎯 核心秘密：99.85% 缓存命中率

773 TB 流量中只有约 1 TB 穿透到了源站，其余 772 TB 全部由 Cloudflare 全球 300+ 个边缘节点直接响应。这就是为什么 1.5G 内存的小鸡能硬扛 PB 级流量——它根本不需要扛，Cloudflare 在帮它扛。

🌐 怎么做到的？三层流量卸载

整个请求链路是 用户 → Cloudflare CDN → Cloudflare Tunnel → Caddy → Go 后端，但关键在于，几乎所有请求走不到后面：

第一层：Cloudflare CDN 边缘拦截
所有媒体文件（图片、视频、音频）的响应头全部设置

複製代碼

Cache-Control: public, max-age=31536000, immutable

（一年不过期），配合 CDN-Cache-Control 和 Cloudflare-CDN-Cache-Control 三重缓存指令暴力拉满。一旦文件被第一个用户请求过，后续全球所有用户都由就近的 CDN 节点直接响应——这就是 99.85% 缓存命中率的秘密。

第二层：Cloudflare Workers 边缘计算
前端页面（首页、AI 页面等）和 JS/CSS 静态资源由 Cloudflare Workers 直接从边缘分发，完全不回源。代码里明确注释了："上传和媒体访问必须直连 Go 源站，避免 Worker 配额耗尽影响核心服务"——Worker 只管前端页面，绝不碰媒体流量。

第三层：Caddy 磁盘直出
极少数穿透到源站的请求，由 Caddy 用 file_server 直接从 SSD 读取返回，完全绕过 Go 后端进程。Go 后端只处理上传 API，不参与任何文件分发。

💡 结果：1.5G 小鸡 CPU 常态 < 5%

因为 99.85% 的流量被 CDN 吃掉了，源站几乎只处理"写"操作（上传文件）。Go 后端编译后的二进制文件仅 17 MB（UPX 压缩），不依赖任何数据库——文件元数据以 .meta JSON 文件存储，零运维、零内存开销。整台机器三个 Docker 容器（Go App + Caddy + Cloudflare Tunnel）加起来内存占用不到 200 MB。

一句话：3 PB 流量本质上是 Cloudflare 在扛，源站只是个"写入终端"——接收上传、生成链接，仅此而已。

---

🚀 3. 工具进化：既然要卷，那就卷得更轻松

后台扛得住，前台自然也要跟上。现在 ImgBox 已全面支持：

[*]影音图混传：视频（MP4/WebM/MOV）、图片（JPG/PNG/GIF/WebP/HEIC/SVG）、音频（MP3/WAV/OGG/AAC/FLAC）、PDF 一股脑拖进去，无需繁琐分类。
[*]TUS 断点续传：大文件上传网络中断后自动从断点恢复，不用重头再来。
[*]秒传去重：相同文件自动去重，秒出链接。
[*]客户端水印：图片水印在浏览器端 Canvas 处理，服务端零负载。
[*]视频自动封面：上传视频后自动生成封面截图。
[*]一键出码：自动识别文件类型，直接生成

複製代碼

[img]

、

複製代碼

[video]

、

複製代碼

[audio]

标签，Ctrl+V 粘贴即用。

---

🏗️ 4. 架构总览

複製代碼

1. 用户请求 (累计 12.5 亿次, 628 万独立访客)
2.    │
3.    ▼
4. Cloudflare CDN (全球 300+ 节点, 99.85% 缓存命中)
5.    │── 媒体文件 → 边缘直接响应 ✅ (773 TB/月, 几乎全缓存)
6.    │── 前端页面 → Workers Assets 边缘分发 ✅ (零回源)
7.    │
8.    ▼ (仅 0.15% 请求穿透 ≈ 上传等写操作)
9. Cloudflare Tunnel (http/2 加密隧道, 无需公网 IP)
10.    │
11.    ▼
12. Caddy 2.11 (反向代理 + 静态直出)
13.    │── /i/* → 磁盘直出 (绕过 Go)
14.    │── /api/* → Go 后端
15.    │
16.    ▼
17. Go 1.25 + Gin (17MB 单文件, 无数据库)
18.    │── 上传 + 断点续传 + 秒传
19.    │── ffmpeg 自动封面/转码
20.    │
21.    ▼
22. 1 vCPU / 1.5 GB RAM 小鸡 (CPU < 5%, 内存 < 200MB)
23.    └── 1.5 TB SSD → rclone 自动备份至 Google Drive

複製代碼

技术折腾无止境，虽然流量压力巨大，但看着这台 1 核小鸡在 99.85% 缓存命中率的保护下稳如老狗，还是非常有成就感的。欢迎懂行的大佬在评论区交流架构经验，也祝各位老铁看帖愉快！


此貼由幽灵刺客重新編輯：2026-07-04 21:10