全本地私有化
模型、数据、日志都在本地，边界最清晰，适合强监管场景。代价是需要自建算力与运维，模型能力受本地硬件限制；升级节奏自主，但每一次升级都要自己验证，缺少外部支持时周期会明显拉长，升级计划要提前排。
本地推理加云端无数据服务
模型权重从云端下发，推理在本地完成，只回传运行指标。既保留本地处理，又能获得较新的模型，但需确认回传数据不含业务内容；下发通道的完整性与版本校验也要有机制，避免权重被替换或版本错配。
专属区域或专属实例
在云上划出独立区域或独占资源，数据不与其他租户混用。适合不具备机房条件但又需较强隔离的企业，仍需确认运维通道与备份位置；合同里要写清隔离边界与审计权限，不能只看宣传口径，否则隔离只是名义上的。
可信执行环境
在加密环境中处理数据，降低运维方可见性。技术门槛与性能开销较高，适合少量高敏感任务，不宜作为通用方案；上线前要做性能与稳定性验证，还要确认密钥管理与证明链是否完整可靠，适用范围要写清楚。
选择顺序
先按数据类型排除不可用形态，再看模型规模与本地算力是否匹配，最后评估运维能力与成本。任何形态都要配套权限、日志与删除机制；形态只是起点，流程与记录才决定能否通过监管检查，缺一项都可能被判定不合规。
适用与不适用
适合谁
- 有明确数据位置要求、能投入评估时间的行业客户
- 在本地算力与模型能力之间权衡的架构师
- 需要向监管说明处理位置的合规团队
不适合谁
- 数据敏感度低、追求快速上线的业务
- 没有运维能力、也不接受专属服务的团队
典型场景
某政务单位要求办事材料不出本地机房。团队评估本地算力后选择全本地部署中等规模模型处理材料摘要，复杂问答仍由人工处理。为弥补能力差距，他们把高频问题整理成结构化知识库，用检索提升回答准确度，并保留了后续扩容的接口位置。
可执行步骤
- 按数据类型列出不可出域的清单，请合规部门确认并留档，形成书面结论
- 评估本地算力可承载的模型规模与并发，做一次实测，记录并发与延迟表现
- 对比各形态的能力缺口与运维代价，形成一页可对比的说明，供评审使用
- 确认回传数据与运维通道范围，写进合同附件并约定审计权限，明确责任
- 配套权限、日志与删除机制后再上线，并安排复核，上线后安排一次专项复核
常见坑
- 只比模型能力，忽略本地算力限制，方案落地时无法运行目标模型，只能临时换型，预算也随之追加。
- 采用云端下发权重却未确认回传内容范围，指标里夹带业务数据，等于没有隔离，检查时很难解释。
- 专属环境未确认备份与运维通道位置，数据在不知不觉中离开了域，事后难以追溯，边界形同虚设。
- 缺少审计与删除机制，形态合规但流程不合规，检查时仍被判不通过，返工成本很高，进度也被拖慢。
- 把可信执行环境当作通用方案，性能开销拖垮体验，最后被迫回退，前期的验证投入也难以收回，团队信心也会受挫。
自检与验收清单
- 不可出域的数据清单是否明确，是否经合规确认
- 本地算力与模型规模是否匹配并实测，是否完成实测
- 回传数据范围是否确认并验证，是否有对比结论
- 备份与运维通道位置是否明确，是否有合同条款
- 权限、日志与删除机制是否就位，是否已安排复核
常见问题
本地部署能用最新模型吗？
可以，但受本地算力与授权方式限制，通常需要等待适配或选择较小规模版本。是否采用要权衡能力需求与硬件投入，建议先用评测集验证差距，再决定是否升级设备，不要把差距简单归因于硬件。
专属实例算不算数据不出域？
取决于域的定义与合同约定。专属资源提供隔离，但数据仍在服务商机房，是否满足要求需由合规部门判断，不能仅看专属字样，也要看审计权限、运维通道与合同条款，合同条款要逐条核对。
可信执行环境适合大规模使用吗？
目前更适合少量高敏感任务，性能开销与管理复杂度较高。大规模使用前应做性能与稳定性验证，并评估运维团队是否具备相应能力，同时预留回退方案，避免上线后被动。