这是一个创建于 360 天前的主题，其中的信息可能已经有所发展或是发生改变。
暂时有一个需求，就是需要 serve 文件，同时希望对于文件做一个 cache ，在 k8s 上，由于一些个别原因用不了 CDN （或者说实际需求比描述的更复杂，CDN 不好上）
现在能想到的就是做一个 LRU cache 服务，cache 到 mem 和本地硬盘，再拿一个文件对象服务做更深度的存储（比如 s3 ，minio ）去回源
类似这种需求还有什么更好的办法吗？
PS: 文件非常多，非常杂，大小在 10kb - 3MB 左右，但是请求存在 2/8 定律
 | 1 3IOhG7M0knRu5UlC 360 天前 via Android 你可以做一个节点的 cdn |
 | 2 pagxir 360 天前 via Android fuse+nfs+cachefilesd 自带缓存+回源，但是是不是 lru 就不清楚了 |
 | 3 qiusu88 360 天前 很好奇不能上 CDN 的原因 |
 | 4 importmeta 360 天前 |
 | 8 annoygaga OP @importmeta cache 量比这个大，得借助磁盘的那种，有很多媒体文件（当然都是小文件） |
 | 9 zu1y 360 天前 直接塞 Redis 里算了。你这每个实例都 cache 相同的数据，加起来的资源消耗肯定比 Redis 更大了 |
 | 11 mytsing520 PRO 自建 CDN |
 | 12 billzhuang 360 天前 如果没有找到合适的 CDN 厂商，大概率是自己实现错了。 |
 | 13 joyypjh 360 天前 nginx 简单的 proxy_cache 不能满足需求吗 |
 | 14 birdhk 360 天前 fluid 呢，缓存文件提供 pvc 挂载 |
| 15 R4rvZ6agNVWr56V0 359 天前 13 楼提及的。 不行吗？  |
| 16 annoygaga OP @billzhuang 讲白了就是自由度很高，接了 CDN 也需要搞不少事情。。。，而且回源速度也是问题 |
Select Language