本地还是云端？企业集成 AI 语音总机的两种部署架构，怎么选、怎么接

企业要引入 AI 语音总机，IT 与安全最先问的，往往不是「它准不准」，而是两个更现实的问题：「客户数据和通话录音，会不会离开我的机房？」以及「它要怎么接进我们用了多年的电话系统？」

Qubby 的答案是：用同一套容器化服务，提供两种部署方式——本地部署到客户自有机房，或 Qubby 云端托管。两者的 AI 语音推理都跑在云端的 Qubby 语音多模态模型上；真正的区别只在于媒体／录音／客户数据落在哪里，以及谁负责运维。

架构一：本地部署（On-Premise）— 数据不出机房

把整套服务以 Docker 部署在客户自有的 IDC 机房。电信中继线（SIP Trunk）直接进到机房，AI 以「分机」向客户既有 PBX 的内网注册——因为同机房内网对接，语音延迟最低。

关键在于数据流向：通话录音、通话记录、客户个人信息全部留在机房内网，对外只有「AI 推理」这一条流量，经防火墙／代理以 TLS 加密出网。其余语音媒体完全不出机房。

适合对个人信息落地、安全合规要求高的金融、医疗、政府或大型企业——数据主权掌握在自己手上。

架构二：Qubby 云端托管（Managed Cloud）— 免机房运维

整套服务部署在 Qubby 托管的 AWS 云上，多区域（台湾，可加日本等）。前端有 Global Accelerator 就近导流、ALB + 证书做 HTTPS 加密分流。我方云端的电话交换模块以 IP Phone（分机）跨网、经 VPN 向客户 PBX 注册——因为跨网，延迟略高于本地。

数据（角色／设置／通话记录）存于云端 Firestore，录音存 S3，设置走 Redis 缓存；监控、更新、扩展全部由 Qubby 托管。

适合想快速上线、弹性扩展、不想自建与运维机房的企业——开账号、对接 SIP Trunk 即可上线。

集成重点：AI 是「挂上」你的 PBX，不是取代它

两种架构的服务模块完全相同：电话交换模块（asterisk）、通话控制模块（sidecar）、AI 语音对话核心（backend）、运营管理后台（admin-console）、AI 流程生成引擎（ivr-builder-api）、网页语音客服（share-web，选用）。

集成的核心是同一个动作：AI 以一个「分机」向你既有的 PBX 注册，不改动你的总机、号码与既有分机。区别只在这个分机怎么接——本地是 SIP Trunk 进机房、分机走内网；云端是分机 over VPN 跨网注册。

一张表，选对你的架构

维度	本地 IDC 部署	Qubby 云端托管
数据落地	录音／通话记录／个人信息留在自有机房，仅 AI 推理出网	数据存于云端 Firestore／S3（由 Qubby 管理）
语音延迟	最低：AI 分机与 PBX 同机房内网注册	略高：AI 分机跨网向 PBX 注册（VPN）
安全／合规	最符合自有机房／个人信息落地要求	依云端供应商合规（需数据跨境评估）
运维责任	客户提供机房／硬件／网络，Qubby 提供容器与更新	Qubby 全托管（监控／更新／扩展）
扩展弹性	受物理机房限制，扩展需采购硬件	弹性快速（多区域／水平扩展）
上线周期	较长：机房进驻／网络开通／防火墙白名单	最快：开账号 + SIP Trunk 对接即上线
成本模型	机房／硬件 CAPEX + 授权；长期自有	订阅／用量 OPEX；零硬件投入

两案皆连云端的 Qubby 语音多模态模型做 AI 推理；本地版只让「这一条」AI 流量加密出网，其余留内网。

可以先云端 PoC，再平滑迁移到本地

因为两种架构的服务模块组成完全相同，你可以先用云端托管快速做 PoC 验证效果，再平滑迁移到本地正式部署，无需重做。若你的合规要求连 AI 推理都不得出网，还可评估「本地 LLM／私有语音模型」选项（需另行算力规划）。

无论数据主权优先、还是上线速度优先，集成的本质都一样：让 AI 以一个分机挂上你既有的电话系统，剩下的交给 Qubby。 想评估哪种架构适合你的机房与合规条件，欢迎与我们的顾问聊聊。