本章进度 16 / 18
89%
正文已完成
L345本地、云端与混合部署解决不同约束
从数据边界、质量、弹性、维护、离线和成本理解三种部署形态。
先用本课建立“部署选型”的基本直觉，后面的判断和练习才不会只靠记结论。
建议按完整课程顺序先看上一课；如果术语陌生，可以随时回补。
- 无需安装新工具
- 直接阅读并完成本页理解检查
本地提供更直接的数据与离线控制，但容量和维护由自己承担；云端提供弹性与托管能力，但引入网络、供应商和数据边界；混合方案可以路由不同任务，也增加策略与一致性复杂度。
能解释一个任务为什么适合本地、云端或混合，而不是按偏好选择。
核心概念
先把关键判断说清楚
数据边界是硬约束
不得出域或离线场景可能先排除部分云端方案，但仍要核对本地日志和插件。
弹性与维护相互交换
云端更容易应对峰值，本地容量固定；本地控制更强，也需自己更新、监控和备份。
混合需要清晰路由
按数据级别、任务难度或负载切换时，必须说明谁做分类、失败时怎样回退。
案例拆解
内部合同与公开营销文案分流
团队既处理不得出域的合同摘要，也生成公开营销灵感，单一部署难兼顾。
- 01
合同任务只进入本地模型，禁用外部检索并保留人工复核。
- 02
公开文案可使用云端高能力模型，执行成本和敏感词检查。
- 03
路由在发送前依据数据标签决定，无法分类时默认本地或阻塞。
案例结果
混合部署按数据与任务边界分工，而不是随机选择模型。
提交前练习
现在轮到你
为三类任务初步选择本地、云端或混合部署。
选做练习：本节练习可用于加速你巩固，但不影响继续学习。
内容会自动保存在当前设备
查看参考答案与评分标准
参考答案
病历抽取本地且人工复核；公开客服FAQ可云端；内部一般文档混合路由。数据标签缺失时阻塞，不默认发云；云端故障时保留草稿或转本地低风险模型。
评分标准
- 部署选择对应硬约束
- 混合路由有明确责任
- 默认与故障路径不会泄露数据
本课收口 · 理解检查
用 30 秒确认你理解了
用 30 秒理解检查确认你抓住了重点；阅读标记、练习和总结都不设硬门槛。
你现在更接近哪一种状态？
尚有必填项未完成，请补齐后再继续。
资料来源
继续核对与延伸阅读
本课内容最近更新于 。
- NIST AI Risk Management Framework↗standard · 核对日期 2026-08-23
- llama.cpp↗official-docs · 核对日期 2026-08-23
- Trustworthy agents in practice↗paper · 核对日期 2026-08-23