部署、持久化与排障

默认运行组合

Compose默认提供core、portal、admin。SQLite保存业务与认证状态，local保存媒体，普通缓存使用memory；Redis通过可选编排启用。MySQL、对象存储和外部认证供应商是额外组合，不是CMS安装前提。PostgreSQL应用运行时尚未闭环。

• 安装与配置 →

地址与网络

浏览器使用公开Portal/Admin地址；Portal服务器使用Gateway内部地址。容器内localhost指向自身，不能用它访问另一个容器。公开origin与Cookie、回调和授权预览地址必须一致。

MF产物与服务身份

默认配置只在记录缺少时建立，后台已保存的选择与停用保留。browser从公开/mf读取，Node从Core私网/_mosaic/mf/node读取，无额外制品服务。Compose身份分卷只读，Zeabur只填写服务自己的派生身份；主密钥不交给消费端。换域名需更新已保存browser entry并重启宿主。

按阶段排查

• 页面不可达：检查进程、映射端口与前端健康。
• Core不健康：查看数据库连接与版本迁移日志；不要开启synchronize。
• 写入403：检查当前角色/项目策略与配置origin，不放宽鉴权。
• 图片消失：检查媒体卷挂载、访问类型、原始地址与实际文件字节。
• 重建后身份异常：核对持久化数据与原有加密/签名密钥，避免误用新环境。

仍需独立验证的事项

标准容器组合、分端MF、Notes及本地双HTTPS入口的安装/保留卷重建已有验收；实际公网Zeabur、域名/供应商回调、额外运行组合和整版Public Build发布另验。完整备份、AI翻译与同页业务微前端继续延期。仓库外项目使用开发kit和独立Dockerfile，按应用分别配置身份、MF和持久化并验收。