物联网平台商业版与集群版怎么选：FastBee 私有化部署选型指南
FastBee 版本选型可以先用一句话判断：非商业学习与技术验证看开源版；一般中小商业项目优先评估商业版；需要横向扩展、更高设备接入与并发处理能力或集群高可用时评估集群版。 授权后的商业版和集群版通过私有 Git 提供相应源码，适合需要私有化部署和二次开发的企业。
这不是按设备数量给出的一张武断价格表。真正的版本边界应由业务功能、商用许可、稳定容量、故障目标、团队运维能力和总成本共同决定。
1. 先确认你购买的是使用边界，不只是功能
物联网项目选型经常先问“多少设备能连”，却忽略了更基础的问题：能否用于客户项目、能否修改品牌与业务流程、源码是否交付、后续更新如何获得、第三方组件是否需要另外授权。
FastBee 的商用授权页列出了三个主要版本及可选模块。开源版使用 AGPL 3.0，官方清单标注为非商业用途；商业版与集群版采用永久商业授权和安装证书，包含首年源码更新。Web 组态与智能音箱属于可选模块，不能因为没有逐项阅读清单就默认包含在基础授权中。
对商业交付团队，建议把以下内容写进采购和验收清单：
- 目标版本、部署环境和授权主体是否与合同一致；
- 平台、可视化、移动端及其他所需源码的具体范围；
- 私有 Git 仓库权限、构建文档、首年更新和后续订阅方式；
- 能否二次开发、能否申请修改部分的软著、能否分发源码；
- 地图、天气、TDengine 等第三方组件的授权责任；
- 定制开发、部署支持、培训与故障支持是否另计。
这些条目比单纯比较采购价更能避免项目后期的隐性成本。
2. 三个版本的定位对比
| 维度 | 开源版 | 商业版 | 集群版 |
|---|---|---|---|
| 典型用途 | 个人学习、非商业验证 | 中小企业商业项目与私有化交付 | 更大设备接入、并发与集群高可用项目 |
| 许可 | AGPL 3.0，按官方清单不可商用 | 永久商业授权与安装证书 | 永久商业授权与安装证书 |
| 源码与更新 | 公开仓库源码与社区更新 | 授权后私有 Git 提供相应源码，含首年更新 | 授权后私有 Git 提供相应源码，含首年更新 |
| 部署思路 | 单节点快速验证 | 单节点商业部署，便于运维 | FMQ 服务集群、Web 集群、Kafka 与负载均衡等组合 |
| 协议与业务功能 | 以官方开源版清单为边界 | 增加多协议、多租户、告警、报表、数据桥接等能力 | 业务功能与商业版路径一致，重点增强扩展与可用性 |
| 运维复杂度 | 较低 | 中等，适合中小团队 | 较高，需要集群部署、监控和故障演练 |
| 扩容方式 | 以验证为主，不作为商业容量承诺 | 先优化单节点和资源配置 | 通过增加节点横向扩展接入与 Web 能力 |
| 适合团队 | 学习与原型团队 | 有 Java/Vue 或实施能力的交付团队 | 有明确容量目标及集群运维能力的团队 |
完整的协议与功能边界以商业版平台介绍和授权清单为准。表中没有填写一个固定“设备上限”，因为设备连接数并不等于业务容量：上报频率、消息大小、规则复杂度、历史写入和查询方式都会改变结果。
3. 什么时候商业版更合适
如果项目属于一般中小规模，业务目标是快速完成私有化交付，且单节点经过测试能够满足稳定连接、吞吐、时延和备份恢复要求，商业版通常是更直接的起点。
商业版适合以下情况：
- 需要合法商业交付：项目用于企业自身或客户生产环境，需要明确授权、合同与发票。
- 需要源码二次开发：要调整业务逻辑、页面、移动端或接口，而不是只使用标准 SaaS 功能。
- 需要更完整的多协议与业务功能：例如 Modbus、TCP、CoAP、HTTP 接入，以及多租户、告警、报表、数据桥接和 OTA 等。
- 运维人员有限：暂时没有条件维护多节点 Broker、Kafka、负载均衡和 Web 集群，能够接受先做好单节点监控与备份。
- 容量有余量：按业务峰值而非平均值测试后，CPU、内存、网络、磁盘和数据库仍有合理余量。
商业版并不意味着“只能小项目凑合使用”。它强调的是以相对简洁的单体部署支撑中小项目交付。是否足够，应以自身业务的稳定压测与故障演练为准。
4. 什么时候应该评估集群版
当出现以下任一明确约束时，应把集群版纳入评估，而不是等单节点达到极限后再临时改造：
- 需要横向增加接入节点来承接更多设备连接与消息并发；
- Web 管理端和业务请求也需要多节点扩展与负载均衡；
- 单个节点维护或故障不应造成整体业务长时间不可用；
- 峰值上报、规则计算或历史写入已经接近单节点资源边界；
- 有明确的扩容窗口、服务等级和故障恢复目标；
- 团队能够承担 Kafka、FMQ、负载均衡、监控与集群升级等运维工作。
FastBee 集群版围绕 FMQ 服务集群和 Web 集群构建扩展路径。可从集群版文档继续查看 FMQ 集群部署、Web 集群、负载均衡、系统优化和上线验收。选择集群版后，仍需验证会话、订阅、消息、数据和 Web 请求在节点变化时的行为，不能仅确认“多台服务都启动了”。
5. 不要用一个设备数替代容量模型
“我们有一万台设备”不足以决定版本。至少还要回答：在线比例多少、每台多久上报一次、单条消息多大、QoS 与保留策略是什么、是否有突发集中上报、规则是否调用外部服务、历史数据保存多久、查询并发多大。
可以用一个简单模型建立初始负载：
平均消息速率 ≈ 在线设备数 × 每设备每秒上报次数。
然后再分别评估启动风暴、断网重连、定时任务集中触发和补传历史数据等峰值。峰值往往比平均值更早暴露连接池、线程池、磁盘与数据库瓶颈。
FastBee 提供了商业版压测报告与集群版压测报告，可用于理解测试方法和指标。但报告的硬件、消息大小、Broker、客户端与目标场景不同，不能把其中数字直接当作你的容量承诺，也不能把两份报告简单相除得出性能倍数。
项目报告至少应包含稳定连接数、稳定吞吐、P95/P99 时延、错误与断连、CPU、内存、网络、磁盘、数据库、消息积压和恢复时间。最终采购依据应是这些指标与业务目标的差距。
6. 授权源码给二次开发带来什么
私有化项目的长期成本往往不在首次安装，而在后续适配。授权后获得相应源码，让团队能够处理标准产品之外的业务：定制设备档案、改变审批与告警流程、对接已有 ERP/MES、调整移动端和可视化、增加组织权限或集成内部统一认证。
FastBee 商业版采用 Spring Boot 与 Vue 技术路线，适合已有 Java 和前端能力的团队。建议二次开发遵循三个边界：
- 优先通过配置、开放接口和数据桥接实现集成，减少不必要的核心改动；
- 必须修改核心时保留可审查的模块边界与自动化测试，避免每次升级都产生大范围冲突；
- 从第一天记录官方版本、补丁、私有分支、构建参数和第三方依赖，保证源码可重复构建。
源码交付不等于可以转售或分发。授权用户应遵守官方许可，不得将商业版源码直接销售和分发，也要把第三方依赖许可单独核查。
7. 总成本应该怎样比较
比较开源版、商业版和集群版时，建议看三年总成本，而不是只看授权费。
| 成本项 | 需要估算的内容 |
|---|---|
| 许可与模块 | 基础版本、选配模块、后续更新订阅、第三方许可 |
| 实施 | 设备接入、协议适配、数据清洗、页面与规则配置、培训 |
| 二次开发 | 源码修改、接口集成、测试、构建与版本维护 |
| 基础设施 | 服务器、负载均衡、存储、备份、带宽、监控与容灾 |
| 运维 | 日常巡检、故障响应、安全修复、升级、扩容与恢复演练 |
| 风险 | 数据丢失、停机、交付延期、人员学习与供应商边界不清 |
商业版可能减少集群运维成本，集群版可能降低大规模场景的停机与扩容风险。开源版没有授权费，也不等于没有实施、合规和维护成本。合理的比较对象是“满足同一业务目标的完整方案”。
8. 一套可执行的 POC 验收表
| 阶段 | 商业版重点 | 集群版重点 | 共同证据 |
|---|---|---|---|
| 功能 | 多协议、规则、告警、多租户、可视化与选配模块 | 验证业务功能与商业部署一致 | 真实设备和业务闭环记录 |
| 源码 | 获取授权源码，独立构建并完成一个小改动 | 验证集群相关源码和部署脚本边界 | 私有仓库、构建日志、变更记录 |
| 容量 | 单节点峰值下保持稳定并有资源余量 | 多节点压测，观察扩容后的容量与瓶颈 | 原始脚本、监控、时延和错误率 |
| 高可用 | 服务重启、服务器重启、备份与恢复 | 节点故障、负载均衡切换、 Kafka/存储异常演练 | 故障注入与恢复时间 |
| 安全 | 认证、权限、证书、漏洞修复和日志审计 | 节点间通信、入口与内部组件权限 | 测试报告与整改记录 |
| 运维 | 单节点监控、备份、升级与回滚 | 集群监控、滚动升级、扩容与回滚 | 运维手册与人员实操 |
POC 的通过标准应在测试前写清楚。不要在看到结果后临时降低吞吐、恢复时间或数据完整性要求。
9. 推荐的版本决策顺序
- 先排除不合法方案：如果是商业项目，不按开源版“零成本”估算。
- 用真实设备验证功能：协议、规则、告警、历史和业务流程必须通过。
- 用授权源码验证可交付性：实际拉取、构建、修改、部署，而不是只看目录截图。
- 用统一模型压测：以项目消息模型和峰值场景验证稳定容量。
- 比较高可用与运维成本：明确单点故障能否接受，团队能否运维集群。
- 保留扩容路线：即使先选商业版，也记录迁移到集群版的条件、数据备份和演练方案。
如果你还在比较不同国产平台，可阅读2026 国产开源 IoT 平台横向评测。如果项目涉及工业存量设备，可继续阅读中小制造企业物联网平台选型指南。
10. 常见问题
10.1. FastBee 商业版适合一般中小项目吗？
适合作为优先评估方案。它面向商业私有化交付，提供多协议、设备管理、规则、告警、多租户、可视化等能力，授权后通过私有 Git 提供相应源码。最终仍需用真实设备和项目负载确认单节点容量与运维目标。
10.2. 集群版是否只是支持更多设备？
不只是设备数量。集群版还关注接入与 Web 节点的横向扩展、并发处理、负载均衡和高可用。设备接入与并发能力提升是重要目标，但消息链路、数据存储和运维体系也必须一起验收。
10.3. 商业版和集群版授权后都提供源码吗？
官方授权说明列出两者均通过 Git 私服更新并赠送首年源码更新。实际采购应按合同确认对应版本与模块的源码清单、仓库权限和更新期限，且不得直接销售或分发商业版源码。
10.4. 能否先用商业版，之后再升级集群版？
可以把集群作为后续扩容路径，但应在项目初期保留容量指标、备份恢复和迁移演练。升级不仅是增加服务器，还涉及 FMQ、Kafka、Web 集群、负载均衡和运维流程，建议在正式容量告急前完成评估。