PROJECTS / 02 — YUN-CLAW

RETIRED · 由云豆 AI 接替

YUN-CLAW  

即时面板 · 上一代多租户云端 AI 智能体平台

574 MIGRATED USERS

124G DATA MIGRATED

2 P0 INCIDENTS

1 GENERATION

OVERVIEW ── 这是什么01

基于 openclaw 二次开发:每个用户一个常驻容器,Swarm 起步,K8s 收尾。它扛过了两次 P0、一次 574 用户 124G 的全量迁移,最后因为「每用户一个容器」的成本模型走不下去,被云豆 AI 整体取代。它的尸体是最好的教材。

ARCHITECTURE ── 架构分层02

01前端

Web 用户端 + Admin 运营端,多租户入口

02运行时

每用户一个常驻 openclaw 容器,镜像滚动发布

03编排

Docker Swarm 起步 → K8s(节点自愈合、共享存储 subPath 隔离)

04数据

RDS PostgreSQL · Redis · 共享 PVC(后来的事故高发区)

FEATURES ── 功能与取舍03

多租户容器

用户即容器:隔离直接、迁移昂贵,每台宿主机的内存就是天花板。

云端会话

浏览器直连用户容器,会话与状态在容器内持久化。

滚动发布

镜像按批次滚动替换,出过「新旧版本混跑」的调度事故。

主动检测

从「靠用户报障」进化到节点自愈合与主动巡检。

MILESTONES ── 里程碑04

2026-05-13

多租户第一版架构上线

2026-05-25

P0 部署事故:九个缺陷叠加,全盘复盘

2026-06-03

574 用户、124G 数据 Swarm→K8s 全量迁移

2026-06-26

被云豆 AI 取代,正式退役

RELATED LOGS ── 相关复盘05

01一个用户一个容器——这个决定管了后面两年2026-05-1302搬 574 个用户之前,先拿两个人试2026-06-0303不是撑不住,是每次撑不住都要停机2026-06-0104服务挂了,我是用户告诉我才知道的2026-06-0705一个 PVC 装所有用户,当时看不出有什么问题2026-07-23