跳到主要内容

openlist能直接部署在eo吗

最后更新于:

openlist能直接部署在eo吗

问题

能否实现

自己云服务器快到期了,之前用docker部署了开源的openlist,用来对接天意云盘的302,可以实现自己的云盘功能(方便分享一些视频、图片、文件出去),体验很不错。

现在有小伙伴已经实现了可以用腾讯eo来部署openlist,好像eo可以支持go运行时的(eo makers也有kv的,或者blob),但是我不太懂技术,请帮我实现下这个需求。

自己当前openlist云盘链接:https://openlist.onedayxyy.cn/

openlist官方仓库:https://github.com/OpenListTeam/OpenList

openlist官网文档:https://doc.oplist.org/

请先给我拿出可实现的方案,明确告诉我这个需求能否实现。

回答

记录于2026年7月26日,来自@cusor。

结论(先说清楚)

不能把现在 Docker 里的完整 OpenList,原样“一键搬”到腾讯 EdgeOne(EO / Makers)上当永久替代。

  • EO 的 Go 运行时适合跑 HTTP API / Gin 服务
  • 你现在的 OpenList 本质是 常驻进程 + 本地 data/(SQLite)+ 后台任务
  • 两边模型不一样,所以:“用 EO 完全取代云服务器上的 OpenList”目前不现实

你看到的「有人已经在 EO 上搞 OpenList」,多半是下面两类(都有用,但都不是完整替换):

项目实际是什么能否替代你现在的 openlist.onedayxyy.cn
OpenList-APIPages网盘 OAuth / API 辅助页,可部署到 EO否,只是配套工具
openlist-proxy-edgeoneEO 上的下载/代理加速层否,后面仍要有 OpenList 本体

为什么“整站搬 EO”很难

你的场景(天翼云盘 302 分享)其实很适合边缘加速,但卡点在 OpenList 本体:

  1. 状态落盘:默认 SQLite + data/ 目录;EO 函数无持久本地盘。
  2. 常驻后台:下载/传输/清理等 worker,不适合“请求来了才跑、最多约 120s”的模型。
  3. 体积与限制:代码包约 128MB、请求体约 6MB;大文件若走 EO 中转会吃亏(你走 302 还好,但本体仍要稳定跑着)。
  4. KV / Blob:EO 有,但 OpenList 不会原生读写;要接得上得改驱动/存库方案,工作量大,不适合当“不懂技术也能上”的方案。

一句话: 302 链路适合放 EO;OpenList 控制面(后台、配置、登录、存储驱动)更适合继续常驻跑。


可实现方案(按推荐排序)

方案 A(推荐):OpenList 仍常驻 + EO 只做加速/代理

可行性:高,最接近你现在体验

  • OpenList:继续 Docker(换一台便宜轻量 / 容器平台即可)
  • EO:挂 openlist-proxy-edgeone(或同类),做代理/边缘出口
  • 域名:openlist.onedayxyy.cn 可继续用;302 仍指向天翼直链

适合你:服务器到期只是“换宿主机”,不是“消灭服务器”。


方案 B:OpenList 换到免运维容器平台(不碰 EO 本体)

可行性:高

把现有 Docker 直接迁到例如:腾讯云轻量、Sealos、Claw、Railway、Fly.io 等。 数据盘挂上 data/,备份 data.db,域名改解析即可。

适合你:目标是“服务器别再自己续费折腾”,而不是必须上 EO。


方案 C:实验性——OpenList 硬塞进 EO Go(Framework/Gin)

可行性:理论上可试,工程风险大,不建议你现在当主方案

大致要做:

  • 用 EO Go Framework 模式跑 Gin
  • 禁用 SQLite,改外部 MySQL/Postgres
  • 关掉/弱化依赖本地盘和长任务的能力
  • 接受冷启动、超时、多实例状态不一致

这不是“配置一下”,而是二次改造;失败成本高。


方案 D:只把 EO 当 CDN/反代到仍存活的 OpenList

可行性:高,但若后端没了就一起挂

EO/Pages 反代到 OpenList 源站。 加速有一点帮助,解决不了服务器到期。


对照你的真实需求

目标能否用 EO 实现
天翼云盘 302 分享视频/图片/文件能(本体在别处 + EO 代理更稳)
继续用现在这套 OpenList 后台体验能,但 OpenList 不能只靠 EO
服务器到期后零机器、纯 EO 跑完整 OpenList现阶段不现实
用 EO KV/Blob 当 OpenList 的 data/不能开箱即用

建议你怎么选

  1. 想少折腾、体验不变:选 方案 A 或 B(B 先保命迁走,A 再加 EO 代理)。
  2. 只是听说 EO 能跑 Go、想“全家桶上 EO”:先别押宝方案 C。
  3. 服务器马上到期:优先备份 data/data.db(有 wal/shm 一并备份)和 config.json,再迁到新常驻环境。

如果你愿意下一步落地,我可以按你现有 https://openlist.onedayxyy.cn/ 给出一份最小迁移清单(备份什么、域名怎么切、EO 代理要配哪些环境变量、如何验证 302 不断)。你更倾向 A(轻量机 + EO 代理) 还是 B(只换托管、暂不上 EO)?

w3c已经实现了的

记录于2026年7月19日,来自@w3c。

视频位置:

https://openlist.onedayxyy.cn/%E8%A7%86%E9%A2%91/%E5%8D%9A%E5%AE%A2/w3c-openlist-eo.mp4

最新文章

文档导航