5 年前我发了 ZPan 首发！迟到一年的云存储网盘还有人需要么？ 当时 ZPan 的想法很简单：既然某些网盘动不动限速、开会员也不一定省心，那为什么不直接基于对象存储搭一个自己的网盘？文件放在 OSS 、COS 、Kodo 、S3 、MinIO 这些对象存储里，ZPan 只负责用户、目录、分享、配额这些控制逻辑。上传下载尽量走预签名直链，不让服务器变成带宽瓶颈。 这个思路到今天我依然觉得是对的。 但几年后再回头看，V1 解决的是“能不能自己搭一个网盘”的问题，却没有解决“能不能长期稳定地用下去”的问题。更尴尬的是，作为 ZPan 的作者，我自己其实都没有一个长期稳定运行的 ZPan 。 这也是我重新做 ZPan V2 的起点。 连作者自己都懒得运维 以前要跑一个 ZPan ，大体上还是传统服务端应用那一套：找一台 VPS ，装环境，跑服务，配反代，配证书，配数据库，后面还要处理更新、备份、磁盘、内存、进程挂掉、系统升级这些事情。 每一件单独看都不难。 麻烦的是，它平时没事的时候你几乎感受不到成本，一旦出问题，你就必须立刻切换到运维模式。服务挂了要上...