本页目录
部署前准备
实施人员需要记录目标发行包、访问入口、数据位置、恢复方法和各项负责人。硬件容量按目标版本的交付要求及计划负载评估,包含定时任务与长任务的资源消耗。
规模与职责
| 项目 | 需要登记的内容 |
|---|---|
| 使用规模 | 在线用户、数字员工数、共享或独立实例、同时运行的任务类型 |
| 工作负载 | 文档转换、知识解析、浏览器、本地设备、音频与长任务的需求 |
| 数据 | 数据库、对象、知识索引、工作区、日志、审计与备份增长 |
| 责任 | 平台、数据库、身份目录、网络证书、模型、备份和故障处置负责人 |
| 恢复目标 | 经项目确认的可接受数据损失与恢复时间,以及实际演练安排 |
核对主机和运行环境
实施人员先取得主机检查权限。在拟部署的 Linux 主机上,实施人员核对系统、CPU 架构和可用磁盘:
bash
uname -m
cat /etc/os-release
df -h选择 Compose 部署时,实施人员还需确认 Docker 和 Compose 已安装、当前账号可访问 Docker 服务:
bash
docker version
docker compose version实施人员确认 Docker 服务可用、Compose 版本支持交付包采用的功能,并检查数据盘、备份盘和容器日志容量。
Kubernetes 环境的实施人员按集群部署核对节点、存储类与权限。
实施人员同时记录时区和时间同步状态;时间偏差会影响认证、许可与审计。
网络与依赖
网络维护人员需要配置正式访问地址及 TLS 证书,并验证 HTTP 与 WebSocket 连接。
用户访问只开放业务所需方向;数据库、Redis、身份目录、容器管理和对象存储管理接口保留在受控网络。
实施人员从目标发行包的 Compose 或集群清单提取端口,分别验证客户端到入口、平台到数据服务、数字员工运行时到模型和已授权外部系统的网络路径。
管理主机与运行容器需要分别检查连通性。
| 依赖 | 安装前确认 |
|---|---|
| 模型服务 | 接口兼容、模型名、工具调用、上下文与超时限制。 |
| 知识服务 | 解析服务、向量模型和索引配置。 |
| 许可与凭据 | 许可证、JWT/RSA、审计主密钥、数据库和对象凭据已进入受控配置。 |
实施人员不在操作文档、截图或日志中记录完整凭据。
进入安装的条件
实施人员完成上述主机、网络和依赖准备,取得匹配的发行包、摘要、安装及恢复指南后,按Compose或Kubernetes流程安装。数据与备份目录、安全配置和维护负责人应在安装前确定。