私有部署的选型会上，最常被问的是「能不能装在我们环境里」。这个问题当然要问，但它只是第一关。
真正决定上线是否顺利的，是装进去之后的事：账号怎么来、权限听谁的、版本怎么升、数据怎么备、出问题谁到现场。这六件事没有答案，私有部署就会从「自主可控」变成「自主运维」。
一｜「能装」和「能用」之间，隔着六道关
| 关卡 | 要问的问题 | 要看的证据 |
|---|---|---|
| 网络与环境 | 部署在什么网络区域？是否允许出网？需要哪些端口和依赖？ | 部署架构图、网络与端口清单、离线安装说明 |
| 身份与账号 | 账号从哪来？是否对接统一身份？离职和调岗怎么同步？ | 身份集成方案、账号生命周期说明 |
| 权限与审计 | 权限由谁计算？管理员能看什么？操作日志保留多久？ | 权限模型说明、审计字段与保留策略 |
| 升级与补丁 | 多久升一次？升级要不要停机？回滚怎么做？ | 版本计划、升级手册、回滚演练记录 |
| 备份与恢复 | 备份哪些数据？多久一次？恢复要多久？ | 备份策略、恢复演练报告、RPO/RTO 说明 |
| 运维与责任 | 日常巡检谁做？故障谁响应？服务范围怎么写进合同？ | 运维分工表、SLA 与服务协议 |
这六关里，最容易被忽略的是「升级」和「运维」：选型时都在看功能，上线后才发现，升级要停机、故障要等原厂。
二｜私有部署，不等于完全离线
这是一个常见误解。私有部署解决的是「部署在企业自有或指定环境」，不等于所有组件都必须离线、也不等于系统与外界完全隔离。
实际项目里，至少要确认三件事：
- 哪些组件必须出网（例如授权、更新、字体或转换服务），能否改为离线方式；
- 哪些数据会离开环境（例如日志、监控、崩溃上报），是否可关闭；
- 离线环境下，升级包、依赖和证书如何获取与更新。
把这三件事写进方案，比在标书里写一句「支持完全离线」更可靠。
三｜哪些项目不必急着上私有化
私有部署有明确的适用场景，也有不必要的成本。
- 团队规模小、没有专职 IT，日常以外部协作为主：云端方案通常更省心；
- 没有数据驻留、内网访问或深度集成要求：私有化的收益有限；
- 只是想把预览、编辑能力嵌进一个内部系统：优先评估石墨办公文档中台私有部署（以下简称文档中台），而不是整套办公平台；
- 业务还在快速试错阶段：先把流程跑顺，再决定是否把环境迁进内网。
这不是说私有化不重要，而是说节奏应该跟着业务走。为了一个标签提前上重型架构，最后往往变成 IT 的长期负担。
四｜一份可以带进选型会的提问清单
- 部署需要几台机器、什么规格？最小可用环境和推荐环境分别是什么？
- 是否支持离线安装？升级包怎么获取？
- 账号能否对接现有身份体系？支持哪些协议？
- 权限模型是什么？能否按组织、空间、文件分级？
- 管理员能否查看和导出操作日志？保留多久？
- 升级频率和停机窗口怎么安排？回滚需要多久？
- 备份包含哪些内容？恢复演练谁来做？
- 故障响应时间、到场方式、服务范围怎么写进合同？
这八个问题不需要全部当场回答，但需要在 PoC 或技术方案里有明确落点。
五｜结语：私有化的价值是「可持续」
私有部署真正的价值，不是把软件放进机房，而是让企业获得可持续的运行能力：能升级、能备份、能审计、能定位问题。