文档
部署、备份与运维
本页内容
本页说明不会部署站点、软件包或远程端点。
Windows 发布就绪
正式打包需要相互匹配的 SDK/运行时输入、Web 工作台构建、测试和分发批准证据。通过打包闸门，并不能证明干净安装、升级、设备隔离或长时间运行验收已经完成。
向客户发布前，请记录软件包哈希、依赖清单/SBOM、SDK 许可范围、运行时/模型分发批准、操作系统/环境、受支持的相机/固件以及测试证据。核实桌面程序、服务、接口契约和 Web 资源来自相互匹配的同一发行版。不得再分发获得许可的 SDK 文件。
变更前先备份
- 核对正在运行的和状态未知的操作，并保留恢复所需的材料。
- 通过正常控制方式停止应用程序及其自带的服务；确认目标实例已停止。
- 把实际的任务数据根和单独存放的相机配置备份到新的位置。若现场规定要求，请另行保留原图/结果图像。
- 记录软件包标识、数据/Schema 版本、实例、时间和备份哈希。备份中的凭据和数据属于私密信息，须加以保护。
- 验证备份可以读取，并计划在隔离的副本上执行恢复。仅有文件拷贝，并不等于经过测试的恢复。
不要让旧版服务去运行较新的数据库，也不要为了释放空间而删除恢复材料。数据库 Schema 变更与相机作业恢复是两件不同的事。降级兼容性和完整的生产恢复，都需要单独明确验证。
浏览器实验室与研究版托管
本产品的公开实验室构建和 Worker 配置是独立的。已部署的线索表单、Cookie 门禁、数据绑定以及可选的人机验证，由运营方负责。仅构建静态的实验室目录，并不能复现托管版的入口门禁。
研究版账户/中继托管是另一套部署。它要求 Web/中继/服务端版本相互匹配，并已配置身份提供方/客户端注册和数据库策略。在已审阅的证据中，公开的自有 Codex 功能以及完整的生产恢复/负载验收仍处于待定状态。不要通过复制实验室的部署来启用这些功能。
恢复出来的账户数据库可能包含先前仍有效的会话；在接受 HTTP 请求之前，必须先执行会话作废和账户授权版本检查。不要把含有会话的数据库直接恢复到公共服务上。
运维清单
监控实际的写入器故障、磁盘空间、恢复要求、请求回执和服务标识。在受控时段内测试断开/重连和预期的关闭。遵循现场的留存和备份政策；在内部材料的容量预算和清理覆盖面方面仍存在缺口。
已审阅的预览版没有确立通用的相机数量、24 小时稳定性、恢复时间或零停机方面的结论。