DEPLOYMENT MODELS

边界先确定,
部署再发生。

部署方式由数据驻留、基础设施归属、运维责任、区域政策和商业模式共同决定,不用一套拓扑套用所有客户。

三种落点,对应三种责任结构。

01

客户本地部署

平台、模型和运行数据位于客户机房、私有云或离线环境,客户保有完整基础设施控制。

02

智算中心专属池

资源位于合作智算中心的企业专属区域,平台与运营责任按项目合同划分。

03

混合与多地域

不同区域保有独立执行面,在合规边界内统一管理服务目录、策略和脱敏运营事件。

选择部署方式,需要回答六个问题。

决策维度客户本地智算中心专属池混合多地域
基础设施归属客户自有或客户控制资产方提供、企业专属使用跨客户、云与合作资源
数据驻留客户指定本地域专属区域内按区域分别驻留
网络条件企业网、私有网或离线专线、私网或受控公网跨域控制通道与本地执行
运维责任客户自主或联合运营客户、资产方、序构共同定义分区域责任与统一运营标准
扩容方式客户采购与资源调配专属池容量调整跨区域增加执行节点
适合场景强隔离、存量算力、内网业务企业专属 MaaS 服务集团、跨区域与境内外独立部署

中央控制不穿越推理热路径。

DECLARATIVE CONTROL

下发声明

中央运营控制面下发模型服务、资源、版本和策略的声明式目标,由目标安全域内的执行组件落地。

  • 模型服务期望状态
  • 版本与运行时模板
  • 资源与弹性策略
  • 签名与变更记录
MINIMIZED RETURN

最小化回传

执行面只按约定返回状态、脱敏指标和签名计量事件;原始请求、响应、知识和业务数据留在本地。

  • 服务健康与容量
  • 脱敏性能指标
  • 签名用量事件
  • 操作与部署结果

部署拓扑之外,还要写清责任。

01

基础设施责任

服务器、芯片、网络、存储、电力、机房与底层 Kubernetes 的责任方。

02

平台运维责任

版本升级、配置、备份、监控、告警、故障和变更窗口的责任方。

03

模型服务责任

模型准入、质量、资源规划、接口、容量和业务使用范围的责任方。

04

安全与事件责任

身份、密钥、漏洞、日志、审计、通知和恢复流程的责任方。

部署前完成可运行性检查。

01 · INVENTORY

资产盘点

芯片、服务器、网络、存储、集群与模型。

02 · BOUNDARY

边界确认

数据、身份、访问、区域和责任边界。

03 · PILOT

最小闭环

首个模型、首个入口、首套计量与审计。

04 · SCALE

扩展运营

增加模型、租户、资源池与服务等级。

START WITH ARCHITECTURE

确定最适合你的部署与责任模型。

带上现有算力、目标模型、数据边界与业务场景,我们共同判断最合适的产品和部署路径。

预约架构沟通