由您运维的容器化部署
参考部署区分前端、后端、带 pgvector 的 PostgreSQL 与可选服务，使用 Docker 和声明式数据库结构同步支持升级。配置、存储卷、网络暴露与恢复仍由运维方负责。
本地、云端或混合推理，由您选择
- 完全本地：在自己的机器上运行模型，例如使用 Ollama，再将 Galaris 连接到它们在网络中的地址。推理可以不依赖云端模型供应商。
- 云端：使用 OpenAI、OpenRouter 等已配置的供应商及您的账户和密钥。Galaris 统一管理访问并跟踪调用。
- 混合：在同一实例中，根据配置和用途结合本地与云端模型。
要让基础设施完全本地化，还需选择适合本地部署的执行框架、工具与服务，并将所用功能配置为使用本地资源。每个启用的外部连接都有自己的数据流。模型与执行引擎详细介绍了这些选择。
自托管、本地运行与自由软件是不同的选择
自托管 Galaris 意味着自行运行实例。生成回答的模型可以位于本地，也可以是远程服务：云端供应商会接收调用所需的数据。已连接的工具也有各自的数据流。准备配置时，请查看模型与执行引擎。
Galaris 的代码以 CeCILL 2.1 许可证发布。该许可证适用于软件本身，模型和服务仍有各自的条款。请遵循最新的 GitHub 安装指南，再准备您的团队。
梳理数据流向
任务、记忆和文档在实例中保存持久状态，连接的提供方可能接收选定输入。连接密钥经加密后由系统解析。应按实际部署检查备份、保留、临时文件、导出及提供方政策。
准备投入生产
不仅创建备份，还要测试恢复；检查网络边界、密钥与拒绝操作；制定保留和删除流程，监控健康与异常，并记录升级步骤。数据主权、合规与可用性取决于具体部署及其连接服务。
更新时保留配置
DbAdmin 从模型推导结构，并同步约束、索引、权限和参考数据。自定义提示可与新默认值比较后明确替换。
备份应覆盖数据库、文件、执行环境及解密材料。实际恢复测试验证的内容，不能仅凭备份归档存在来证明。外部资源服务保存的文件仍由其负责。
本地模型不会让远程语音、SaaS 工具或外部视频生成自动本地化。应检查每项启用能力的数据流。工具与渠道
安装并维护实例
在应用仓库中，流程为 make install → 自定义配置 → make start。安装助手只准备配置，不构建镜像；首次启动完成构建与初始化。PostgreSQL 可内置，也可使用带 pgvector 的外部数据库。
make update 构建当前源码，不隐式执行 Git 操作。源码有本地修改时，显式版本选择会拒绝切换。make stop 保留容器；备份需要包含解密密钥所需的主密钥。详细命令见 GitHub 仓库。