连接压力由网关承担
大量用户同时在线访问时，连接压力由网关承担，Odoo 不直接面对流量洪峰。
架构原则
双流量入口：分层解耦，交汇点唯一
底座按流量的来源分成两条链路：用户的访问走 Go 网关，设备的数据走 Go IoT 模块；两条链路只在 odoo-connector 交汇进入 Odoo。Rust 行业插件旁挂在业务核心之外，按需承接重计算。
「人」的流量链路
用户浏览器 / APP / 工位终端
Go 网关「人」的流量入口
高并发连接 / 访问加速 / 热点缓存
高并发连接 / 访问加速 / 热点缓存
边界：网关不碰业务逻辑复杂逻辑、权限校验、单据写入
仍然在 Odoo 完成
仍然在 Odoo 完成
「设备」的流量链路
现场设备传感器 / 仪表 / 产线 / 车辆
Go IoT 模块「设备」的流量入口
接入 / 认证 / 数据解析
接入 / 认证 / 数据解析
规则引擎阈值 / 趋势 / 组合条件
自动触发业务动作
自动触发业务动作
odoo-connector两条链路进入 Odoo 的唯一交汇点
Odoo · 业务核心业务事实来源 · 所有业务单据、状态与结果以 Odoo 为准
Rust 行业插件
旁挂于业务核心之外 · 排程 / 路径优化 / 批量计算 · 按需选用、默认不启用
四组件职责边界
| 组件 | 承载流量 | 职责 | 边界（不做什么） |
|---|---|---|---|
| Odoo | — | 业务事实来源：单据、状态、结果、权限 | 不直接承接流量洪峰与重计算 |
| Go 网关 | 人的流量 | 高并发接入、访问加速、热点缓存 | 不碰业务规则与单据逻辑 |
| Go IoT 模块 | 设备的流量 | 设备接入、身份认证、报文解析、规则判断 | 不产生业务后果，业务记录沉淀在 Odoo |
| Rust 行业插件 | 计算任务 | 排程、路径优化、批量计算等重任务加速 | 不替代 Odoo 的权限体系与正式过账 |
分层解耦网关、IoT 模块、业务核心各自独立演进，互不拖累。
交汇点唯一两条链路只在 odoo-connector 进入 Odoo，边界清晰、可审计。
按需扩展用户增长扩网关，设备增长扩 IoT，计算变重挂插件，每类资源独立扩展。
可审计设备接入、规则触发、业务写回等关键操作全程留痕，来源可追溯。
组件 01 · 业务核心
Odoo：所有经营业务，在同一系统内协同
是什么：开源 ERP 业务平台，数字化底座的业务事实来源——所有业务单据、状态与结果，一律以 Odoo 为准。
销售管理报价、销售订单、发货、开票、收款，全程可跟踪。
采购管理请购、采购订单、到货入库、对账、付款，环环相扣。
库存管理多仓库、批次与序列号、盘点与调拨，账实一致。
生产制造BOM、生产工单、报工、质检，进度透明。
设备维护设备档案、预防性维护、维修工单，资产全生命周期管理。
财务核算总账、应收应付、成本核算，业务财务一体。
它解决什么
业务流程分散在多套系统和表格中，数据对不上、流程靠人盯。一张销售订单自动带出后续所有单据，环环相扣，不再靠人脑记忆「下一步该干什么」。
何时需要
永远需要——它是整个底座的地基。往上无论加网关、加 IoT 还是加插件，业务口径都从这里来。
组件 02 · 高性能接入
Go 网关：把「人」的访问挡在前面，让 Odoo 专注业务
是什么：「人」的流量入口。Odoo 是为业务而生的系统，不是为扛高并发而生的接入层——Go 网关站在用户与 Odoo 之间，专门处理人的流量，让 Odoo 把算力留给真正的业务逻辑。
命中即返回
高频查询结果缓存在网关，命中即返回，重复请求不再打扰 Odoo。
体验更顺滑
请求合并、动静分离，页面打开更快，日常使用更顺滑。
它解决什么何时需要
- 问题
- 人一多系统就卡——报表打不开、高峰期卡顿、手机 App 转圈。
- 时机
- 使用人数和访问量上来、Odoo 直连开始吃力时（第二档起步）。
边界
网关不替代 Odoo——所有业务规则、单据逻辑、权限体系仍在 Odoo。网关只做「接得住、回得快」，不碰业务。
组件 03 · 设备物联
Go IoT 模块：让设备数据自动变成业务行动
是什么：「设备」的流量入口，也是数字化底座的一条产品线。负责把现场设备连进来、管起来，并把设备数据变成自动的业务行动。
设备接入传感器、仪表、产线、车辆等现场设备统一接入。
身份认证（三档）项目级（试用显式开启）、设备级（生产默认）、mTLS（高安全场景）。
数据解析设备原始报文解析为统一数据模型，后续处理只认一种格式。
规则引擎阈值告警、趋势判断、组合条件，7×24 小时自动值守，命中即触发业务动作。
端到端示例
从「看见」到「闭环」
发现
温度传感器持续超限设备数据经 Go IoT 模块接入
规则引擎判定异常阈值 + 持续时长组合条件命中
处置与沉淀
Odoo 自动创建维修单并分派负责人，纳入工单流程
处理结果沉淀到设备档案形成「发现—处置—沉淀」的完整闭环
它解决什么
设备数据与业务脱节，靠人工抄录、跨系统传递，又慢又错。IoT 模块把设备事件直接翻译成业务动作，人工只处理例外。
定位澄清
Go IoT 是数字化底座的一条产品线，不是独立的 IoT 平台。它的业务后果（工单状态、质检单、维修任务）一律沉淀在 Odoo。没有设备接入需求可以不上，以后有设备再加。
组件 04 · 行业能力（跨档选配）
Rust 行业插件：重计算，交给专业的插件
是什么：把排程、路径优化、批量计算等重任务从业务主链路旁挂出去的计算插件。按行业选配、可组合，默认不启用。
生产排程
多订单、多工序、多设备的排产计算，算得快、排得优。
路径优化
配送路线、巡检路线规划，降本增效看得见。
批量计算
计费、结算、对账等大批量任务，不再拖慢日常业务。
复杂报表
大数据量、多维度统计分析，要数不等「跑半天」。
何时需要
只有性能分析（profiler）证明存在 CPU 计算热点后，才引入对应插件。不为用而用，够用就好。
跨档选配
插件可挂在第一、第二、第三档任意一档上。比如纯 Odoo 的工厂 MRP 跑不动，只加一个排程插件即可，不必上全套底座。
安全与可靠
企业级的安全水位，可靠的运行底座
数字化底座承载的是企业的经营命脉。安全与可靠不是可选项，是每一档产品出厂就带的基本功。
认证分级设备三档认证：项目级（试用显式开启）、设备级（生产默认）、mTLS（高安全场景）；人员账号与权限沿用 Odoo 原生体系。
密钥分层管理密钥按部署规模分层保管，规模化部署使用专业密钥服务。
审计留痕设备接入、规则触发、业务写回等关键操作全程留痕，可追溯。
高可用部署核心组件多副本部署，故障自动转移，服务持续可用。
两种部署形态
私有化部署
部署在客户自有服务器或云环境，数据边界自主可控。适合重视数据主权、系统集成与自主运维的企业。
托管 SaaS
由服务方统一托管、升级与维护，开箱即用。适合希望快速上线、降低运维投入的企业。