机房合作的责任划分

适合准备讨论基础设施资源、应用运行环境或相关合作的团队。采购方、应用负责人和技术负责人最好共同核对，避免每个人都以为某项工作由另一方处理。

按层确认责任

1. 物理资源：设备归属、可使用范围、进出场安排和故障硬件处理由谁负责。
2. 网络与系统：网络变更、系统安装、补丁、访问控制和管理权限由谁执行与批准。
3. 应用与数据：应用发布、依赖升级、数据分类、日常操作和结果核验由谁承担。
4. 监控与异常：谁发现问题、向谁反馈、收集哪些证据、何时升级联系；响应时间另行约定。
5. 备份与恢复：备份对象、频率、保存位置、恢复负责人及验证方式分别确认。
6. 结束与迁出：资源释放、数据导出或删除、账号撤销、未完费用与交接记录如何处理。

每一项至少记录负责角色、操作范围、所需权限、交接凭据和未解决问题。不要只用一个「负责运维」概括所有层次。

责任分工矩阵

把上面六层写成一张表，每一格只填一个字母：执（执行）、批（批准）、知（需被告知）。下表演示填法，不是易AI的默认分工。

「待定」的格子正是需要谈的地方。签约前，表里不应再有「待定」。

变更与验收如何安排

在开始前约定可核对的验收项目、记录方式与确认人。变更设备、网络、权限或合作范围时，说明影响与费用，由有权限的人确认后执行。

异常演练与恢复验证应先获得授权，限定范围，避免影响真实业务。需要 SLA、认证材料或特定地域条件时，必须单独核实，不能根据页面介绍自行假定。

到期退出清单

合作结束往往比开始更容易出问题。建议在协议里附上这份清单：

1. 通知期：提前多少天确认续约或退出。
2. 数据导出：导出格式、方式、所需时间，以及由谁核对完整性。
3. 数据删除：删除范围（含备份和日志）、删除方式和删除证明。
4. 账号与权限：所有账号、密钥、访问白名单的撤销时间。
5. 费用结清：按什么口径结算最后一个周期，是否有提前终止费用。
6. 交接记录：配置、文档和未解决问题的清单，双方签字确认。

分工里最容易出错的四处

• 用「负责运维」概括全部：硬件、系统、应用的运维是三件不同的事。
• 默认有备份：备份对象、频率和恢复方式不写清楚，等于没有约定。
• 管理权限长期不收回：临时开通的权限要有到期时间。
• 只谈开始不谈结束：退出时的数据导出和删除，最容易产生争议。

常见问题

备份存在就意味着一定能恢复吗？

不要作此假定。应确认备份是否覆盖所需内容、恢复条件是否满足，以及谁负责验证。恢复目标属于需要协商的条件，不是本页承诺。

合作方能否默认保留管理权限？

不应默认。明确最小必要权限、批准人、使用时限与撤销流程；初次讨论只需描述需求，不必发送凭据。

易AI是否提供所有列出的服务？

不是。易AI已确认拥有自建机房资源；对外服务、设备容量、部署、运维、备份及响应安排均需逐项确认。

责任矩阵谁来起草？

哪一方起草都可以，关键是双方逐格确认。建议使用方先按自己的期望填一版，作为讨论的起点。