FastBee 常见问题全解：选型、价格、部署、协议与安全
FastBee（蜂信物联）是一个把设备接入、数据采集、规则引擎、可视化与嵌入式软件放在同一条产品路径上的 AIoT 物联网平台，支持私有化部署与授权源码二次开发。 本文把选型、价格、部署、协议和安全五类高频问题一次讲清：每个问题先给一句话结论，再给依据与边界，最后给出官方文档入口，方便直接对照自己的项目做判断。
与宣传页不同，本文只引用官方文档与公开发布信息：价格与授权口径以商用授权页为准，功能范围以各版本文档为准，安全修复以系统漏洞修复说明为准。
1. 先给结论：七个问题的一句话答案
| 问题 | 一句话答案 |
|---|---|
| FastBee 是什么平台 | 私有化 AIoT 平台，覆盖设备接入、数据、规则、告警、可视化与多端应用，内置 MQTT Broker |
| 开源版和商业版有什么区别 | 开源版为非商业用途（AGPL3.0），商业版提供完整协议、运营模块与授权源码 |
| 商业版多少钱 | 商业版授权 2.9 万元、集群版 8 万元，均为永久授权并赠送一年源码更新 |
| 如何部署 | 用 Docker 与 docker-compose 部署，部署后上传授权证书完成校验 |
| 支持哪些协议 | MQTT、GB28181 为共同能力，商业版额外支持 TCP、UDP、CoAP、HTTP、Modbus、JT808 等 |
| 与 ThingsBoard 怎么选 | 需要私有化交付、授权源码与国内协议组合时优先 FastBee，纯标准物模型场景可对比后再定 |
| 集群版适合什么规模 | 面向大规模设备接入，需要横向扩容，并接受 Kafka 与负载均衡带来的运维复杂度 |
这张能力总览图对应平台的六个主能力：设备接入、数据采集、规则引擎、可视化组态、智能控制与嵌入式软件。下面按问题展开。
2. 常见问题
1. FastBee 是什么平台，主要解决什么问题？
FastBee 是曲靖蜂信科技有限公司维护的 AIoT 物联网平台，解决的是"从设备到业务闭环"的问题：设备用 MQTT、Modbus、JT808 等协议接入后，数据进入统一的物模型，再由规则引擎、场景联动、告警通知和可视化组态完成业务处理，移动端与报表承接最终交付。开源版内置基于 Netty 的 MQTT Broker，不需要额外部署 EMQX 即可完成协议联调。
适用场景包括智慧工业、能源、农业、园区等需要私有化与数据自主可控的项目；不适用场景同样明确：完全没有技术资源、希望平台完全托管按量付费，或需求与现有协议、业务模型差异极大的项目，应先评估实施成本。产品能力可查看开源版文档与商业版文档。
2. 开源版和商业版有什么区别，商业版多少钱？
开源版与商业版不是同一套东西的阉割与完整版，而是授权与用途边界不同：开源版采用 AGPL3.0 协议，定位为非商业用途；商业用途需要取得商业版或集群版授权。
按商用授权页公开口径（更新于 2026-10-31）：
| 版本或模块 | 授权费用 | 订阅更新 |
|---|---|---|
| 商业版 | 2.9 万元 | 8.5-11k/年 |
| 集群版 | 8 万元 | 20k/年 |
| Web 组态模块 | 2.1 万元 | 5k/年 |
| 智能音箱模块 | 3000 元 | 无 |
三者的授权均为永久授权并赠送一年源码更新；已授权用户续订为 3-4 折，订阅过期后再购买需补齐增量部分差价。功能上，商业版在开源版基础上增加 TCP、UDP、CoAP、HTTP 与其他通讯协议、数据桥接、告警配置、场景联动、可视化设计器、工单、OTA、报表、可视化和多租户等模块；其中组态管理与小度音箱对接为可选购模块。完整的模块对照仍以商用授权页的功能对比表为准。
3. 如何用 Docker 部署 FastBee？
商业版推荐使用 Docker 方式部署：准备一台 Linux 服务器并安装 Docker 与 Docker Compose，先把仓库的 docker/data/ 目录上传到服务器 /var/ 下（商业版需重新打包后端与前端，分别放到 /var/data/java/ 与 /var/data/nginx/vue/），在 /var/data/ 目录执行 docker-compose up -d 等待服务启动，随后访问平台页面并使用默认账号登录；EMQX 控制台通过 18083 端口访问。部署完成后需要配置授权信息，否则首页不可用。二次开发后重新部署时，只需替换后端 jar 包与前端 vue 目录内容即可，完整步骤见快速部署。
开源版可用 Docker 一键部署路径快速跑通，接入细节见MQTT 接入；部署前建议先按部署与升级检查环境依赖。
4. FastBee 支持哪些协议与设备接入？
共同能力是 MQTT 与 GB28181（国标视频接入），开源版内置 MQTT Broker，支持 JSON 与 JSONOBJECT 通讯协议、规则脚本、多数据源与时序数据库。商业版在此基础上增加 TCP、UDP、CoAP、HTTP，以及 Modbus、JT808 等工业与车载协议，并提供设备维保、数据桥接、录像管理、云云对接等能力。
协议名称出现只代表存在接入路径，并不代表设备可以零配置接入：Modbus 仍要处理寄存器、数据类型、字节序与轮询；TCP 私有协议仍要处理帧结构、心跳、拆包粘包与应答；视频还要验证编码、网络、带宽与播放链路。接入前建议先用产品与设备接入 FAQ过一遍检查清单，再用设备接入文档做实际上下行验证。
5. FastBee 和 ThingsBoard、JetLinks 怎么选？
选型的判断点不是"谁功能多"，而是交付形态与控制力：需要私有化部署、授权源码二次开发、国内通知渠道与工业协议组合的项目，FastBee 的适配成本更低；只需要标准物模型、愿意自行运维且不关心源码的项目，可以同时评估云服务或纯开源方案。
FastBee 的差异点集中在三处：内置 MQTT Broker 减少外围组件准备、国内协议与多端能力减少集成工作、授权后提供相应源码便于业务适配。需要横向评估时，建议直接读站内已公开的对比文章——《2026 国产开源 IoT 平台横向评测》与 ThingsBoard 替代方案，它们同时列出各家边界，而不是只做单向推荐。
6. 集群版适合什么规模的项目？
集群版面向大规模设备接入：功能与商业版相同，差别在设备容量与部署形态。它的代价是运维复杂度上升——需要额外准备 Kafka、负载均衡等组件，并对扩容、故障演练和监控负责。因此判断标准不是"设备数够不够多"，而是团队是否具备集群运维能力，以及业务能否接受横向扩容带来的组件依赖；集群部署与使用细节见集群版文档。
规模评估建议以真实业务压测为准：用接近生产的并发连接数、消息频率和存储周期做一次验证，再决定商业版或集群版，而不是依据宣传数字下单。
7. FastBee 出现过安全漏洞吗，发现问题如何处理？
任何可持续维护的平台都不应承诺"没有漏洞"，FastBee 的处理方式是把安全问题做成闭环：接收反馈、确认与修复、发布说明、复测与加固。已公开的安全问题与修复指引集中在系统漏洞修复说明，第三方渠道流传的结论不作为官方口径。
如果发现疑似问题，建议按故障排查整理产品层、版本号与最小复现信息后，通过 Issue、企业用户群或在线客服反馈，便于快速定位；修复完成后会在发布说明中体现，可以按发布说明核对当前版本是否已包含修复。
3. 选型决策路径
把上面的问题按顺序走一遍，通常三步就能收敛：
- 合规与用途：非商业学习与验证可选开源版；涉及商业用途直接排除开源版的商用可能。
- 能力与支持：需要完整协议、数据桥接、告警、工单、报表与授权源码的项目，选择商业版。
- 规模与扩展：设备量、并发与高可用要求超出现有部署形态时，再评估集群版与横向扩容成本。
每一步都以真实业务为输入：先确定授权范围，再确认协议与设备清单，最后用压测和故障演练验证容量，而不是反过来从功能列表倒推需求。
4. 常见误区与边界
- 把开源版当免费商用平台：开源版为非商业用途，商业使用需要授权，这是最容易踩的合规问题。
- 把"提供源码"等同于"零成本定制"：源码可控降低的是适配门槛，私有协议、业务流程和后续升级仍需要技术与测试投入。
- 只看功能表不看版本边界：不同版本的协议与模块边界不同，功能名称存在不等于当前版本包含。
- 忽略部署与运维责任：平台是否开箱即用，取决于环境准备、设备联调与异常排查是否有明确责任人。
- 用历史报价做采购依据：价格与授权口径以商用授权页的当期内容为准，第三方文章与历史优惠不作为依据。
5. 下一步与延伸阅读
- 想先体验：按快速开始完成一次设备接入，再读产品与设备接入 FAQ。
- 正在选型：对照商用授权与商业版文档，明确版本与授权范围。
- 关注安全：阅读系统漏洞修复说明与发布说明。
- 需要整体成本判断：可继续阅读站内FastBee 总成本构成分析与FastBee 优缺点与适用项目。
6. 一句话总结
FastBee 的选型问题可以收敛成三句话：先看用途决定授权，再看协议与模块决定版本，最后用真实压测决定是单机还是集群；其余细节都有对应的官方文档页可直接核对。