04 — Deployment
系统 day0 即分布式原生——不存在「单进程模式」这一独立架构,只有同一个模型的配置谱系。所谓最简部署,就是一个节点恰好兼起全部角色的退化配置。
§ 04.1 — 拓扑
一个 Container 同时担起计算、主存储、备份、资源与用户门面五个角色,进程内总线短路。从单节点长成跨设备 fleet,零 domain 改动——只是把角色分配到更多节点、让通信走真实网络。
§ 04.2 — 存储
控制面是运行域,存储选型 = Postgres(事实 SSOT)+ LocalWALLog(本地热写)+ Redis(lease / 心跳 / 缓存),刻意排除图库与向量库。
engram 知识基座与 harness 在存储上分离——它们是两个概念。engram 自带存储无关适配器(SQL / 图皆可),与控制面互不耦合;最简部署下可物理共用一个 Postgres,但逻辑上各管各的。
已拍板 · A2
engram 要跟 harness 在存储上分离。它们的存储是两个概念。
§ 04.3 — 心跳
这一版求简单可用。永续心跳走传统定时任务(cron / scheduled),打到 inbound 的统一入口触发一次 agent run——重启之后定时任务可以继续,不引入复杂常驻机制。
活性保活是另一条正交链路:心跳续约 + 崩溃侦测 + 从灵魂复活。两件事各管各的,都已有 day0 设计。未来这块是重要基础设施,会进一步演进。
已拍板 · A1
采纳 Cloudflare 基线;本版简单可用、传统方式保持一致性,重启定时任务可继续。
§ 04.4 — 一键
# 单节点退化 = 一个 Container 兼五角色 $ omne launch --target cloudflare --profile solo › container harness 计算 + 主存储 + 备 + 资源 + 门面 › postgres state.eventlog 灵魂 · SSOT › redis lease · heartbeat 活性 › engram sql adapter 知识基座 · 存储分离 › cron → /scheduled 传统定时 · 重启可续 » always-on instance is live. owner you, and only you. scale single-node → fleet, zero domain change.