巨难用好嘛.....

自建一个 zimg

@salmon5 你说我误导了，那你说呗，你留一句这话想表达什么？只是说我误导了？然而你仍然没有给出 100TB 的解决办法不是，楼主也没说多大的量，你怪得着我吗？

@hzw94 而且高度兼容 S3 的接口，还有简单的控制台，做文件管理挺合适的，你前面说的那两个才麻烦的

@hzw94 MinIO 用 Go 写的，直接运行就行了，基本不用管。。。这个也基本不用运维的。

MinIO，非常方便

非常有用。普通镜片带着看会电脑，眼睛又酸又累，带上防蓝光的不会有这种情况。

三大运营商提供的接口,必须要开启移动网络才可以拿到本机手机号.

@geekvcn 你说的这是递归 DNS 吧，楼主的意思是要搭建权威 DNS

搞啥服务器，这点量视频随便往对象存储仍就行了。

客户端访问你的服务器，你的服务器是需要上传数据，客户端需要下载数据，分别对应的就是上行和下行。

@NoKey
@xiaooloong
综合看了一下两位的需求，用我们目前项目用的方案就好，我是专门花了几天时间研究的。
MinIO 这个对象存储使用 Go 写的，官网下载可执行文件，运行一下服务就能跑起来，存文件，图片等等非常简单好用。
Thumbor 使用 Python 开发的非常专业活跃的图像处理工具，几乎你能想到的图片处理，这套工具都能实现，最牛逼的一点就是它有一套算法在处理图片的时候(例如：裁剪)可以对图片的人像、动物、等关键位置识别。你可以直接用 url 的方式去处理，但这个仅仅是测试用的，真正生产的时候用官方提供的检验安全 key 的方式去做非常安全，不像 zimg 可能会被恶意生成。
Thumbor 可以通过插件直接处理 s3 的图像，同理 MinIO 兼容大部分 s3 接口，所以就可以直接用。
不过我们为了降低成本打算把 MinIO 换成 s3，有一点就是 Thumbor 环境略复杂，CentOS 装这个我是放弃了，直接用 Debian 10 几行命令搞定。Thumbor 处理图片的时候非常吃 CPU，尤其是开启了算法相关的配置，处理好的图片可以存到指定目录或者 MongoDB，下一次访问同样规格的图片不会再次被处理。
Thumbor 用的时候有一些小坑，不过跑起来是非常好用稳定的，如果有什么问题也可以问我。
我们用这套方案已经在生产环境跑了很久了，没有出过一次问题，推荐使用。

孩子哪来的？

一个月 30 来万