基于物聯網平臺快速開發SaaS應用法人核心思路：復用物聯網平臺底層能力(設備接入、協議解析、時序存儲、消息隊列、設備管理)，上層只開發業務SaaS，不做底層驅動/網關內核，大幅縮短開發周期。

適用：設備監控、遠程控制、告警、報表、多租戶，工業/智慧畜牧/動環/樓宇照明等場景。

一、架構總覽(快速落地版)

終端設備/網關 → IoT平臺(設備接入、Modbus/LoRa/4G協議、消息、時序庫)→ API/消息推送 → SaaS業務后端 → SaaS前端(Web/小程序)

IoT平臺分三類選型：

1. 公有云IoT平臺：阿里云IoT、華為云IoT、移動OneNET、AWS IoT

? 優點：開箱即用，認證、時序數據庫、規則引擎、告警原生支持;適合快速驗證，中小客戶

? 缺點：大批量設備費用高，數據出境合規問題，私有化部署困難

2. 開源IoT平臺私有化：ThingsBoard、EMQX+JetLinks

? 優點：自主可控，可私有化部署，成本低，適合項目型SaaS;工業物聯網最常用

? 缺點：需要運維，部分高級功能需要二次開發

3. 廠商物聯網云：聚英電子等硬件配套云平臺(硬件+云一體)

? 優點：通過Modbus通信協議，打通硬件和云打通，傳感器、IO模塊、4G報警器直接接入，硬件調試工作量最小;適合硬件配套SaaS

> 快速開發優先選：硬件配套云 / ThingsBoard，可以跳過大量設備接入層開發。

二、開發步驟(按順序落地，最快上線)

Step1：需求梳理 + 設備物模型定義(最關鍵前置)

物模型 = 設備標準化描述，IoT平臺核心，決定SaaS好不好做

- 屬性：遙測(溫度、電壓，上報值，只讀);參數(閾值、開關，可下發控制)

- 事件：告警事件(斷電、故障)、上下線事件

- 服務：遠程操作(重啟、校準)

> 示例：動環主機

> 遙測：室溫、濕度、UPS電壓;可寫參數：告警閾值;事件：斷電告警;服務：遠程重啟

輸出物模型JSON，導入IoT平臺，所有同類型設備復用一套模型。

Step2：IoT平臺配置(零代碼部分)

1. 創建產品，導入物模型

2. 配置接入協議：MQTT、Modbus RTU/TCP、4G透傳、LoRa等

3. 規則引擎配置(減少SaaS后端壓力)

- 數據轉發：設備數據 → HTTP推送到SaaS后端 / Kafka

- 告警規則：平臺側判斷閾值，觸發告警消息推送，不用SaaS輪詢設備數據

- 數據存儲：平臺時序庫存歷史測點，SaaS按需查詢，不用自建時序數據庫

4. 設備批量注冊、證書/秘鑰生成，下發給硬件

> 目標：IoT平臺負責設備通信、數據采集、底層告警;SaaS只做業務邏輯、權限、租戶、賬單。

Step3：SaaS多租戶設計(SaaS和普通項目最大區別)

SaaS核心：一套系統，多個客戶隔離。兩種模式：

1. 共享數據庫，租戶ID隔離(推薦快速開發)

所有租戶數據一張庫表，每條數據帶`tenant_id`;開發最快，適合中小規模

隔離手段：API請求強制攜帶租戶ID，SQL自動拼接租戶過濾，防止越權查看

2. 獨立數據庫/獨立Schema：數據強隔離，適合大客戶，開發成本更高

租戶需要的基礎業務模塊：

- 租戶管理：開通、過期、套餐、計費

- 用戶權限：租戶管理員、操作員、只讀賬號，設備分組權限

- 設備管理：租戶下設備列表、分組、標簽

- 告警管理：告警接收人、短信/郵件/企業微信推送、告警工單

- 報表：歷史曲線、導出、統計報表

> 盡量不要把業務告警邏輯寫在SaaS輪詢拉取，由IoT平臺通過Webhook推送事件，實時性更好、服務器壓力更小。

Step4：前后端對接IoT平臺

兩種對接方式：

1. 調用IoT平臺REST API(查詢設備、下發指令、查歷史數據)

- 查詢：設備狀態、歷史曲線、設備列表

- 下行：遠程控制繼電器、修改設備參數

2. 消息訂閱(MQTT/Webhook)：接收設備上報數據、上下線、告警事件

> 最佳實踐：

> - 實時事件(告警、設備上線)：Webhook推送到SaaS后端

> - 主動查詢(歷史曲線、設備詳情)：調用IoT平臺API

> - 下發控制指令：SaaS后端調用IoT平臺API轉發指令到設備

Step5：SaaS前端開發

可以復用IoT平臺自帶儀表盤，加速開發：

- ThingsBoard自帶儀表盤、時序圖表，可嵌入iframe到你的SaaS;適合快速原型

- 自研前端：Vue/React，封裝設備列表、實時面板、告警中心、報表頁面;適合品牌化SaaS產品

Step6：測試、打包、上線

1. 聯調：設備上報數據 → IoT平臺 → SaaS接收;下發控制回環測試

2. 租戶隔離測試：A租戶不能看到B租戶設備

3. 并發壓力：大量設備并發上報，驗證消息隊列削峰

4. 部署：公有云容器部署;私有化SaaS打包交付

三、快速開發避坑點(物聯網SaaS高頻踩坑)

1. ? SaaS直接和設備通信：設備網絡不穩定，海量連接管理成本極高，必須經過IoT平臺做中轉

2. ? SaaS自己存全部時序測點數據：時序數據量爆炸，存儲成本高，交給IoT平臺時序庫

3. ? 多租戶忘記權限隔離：客戶數據泄露重大風險，所有接口強制校驗tenant_id

4. ? 下行控制不做鑒權+日志：遠程控制設備必須記錄操作人、時間，便于溯源

5. ? 沒有離線緩存：設備斷網時，指令下發失敗要做重試、狀態回顯

四、技術棧推薦(快速開發組合)

方案A：最快原型(1~2個月出Demo)

IoT平臺：ThingsBoard CE

SaaS后端：Node.js / SpringBoot

數據庫：MySQL(業務數據)

前端：Vue3 + ECharts(時序圖表)

消息：Webhook + MQTT

特點：開源免費，自帶物模型、儀表盤、告警，適合工業物聯網SaaS

方案B：硬件配套快速方案(聚英等硬件)

IoT平臺：廠商云平臺

SaaS后端：SpringBoot

對接：REST API + Webhook

特點：不用開發網關協議，DAM繼電器、4G斷電報警器、485模塊直接接入，硬件調試工作量最低

方案C：公有云商用SaaS

IoT平臺：阿里云IoT/OneNET

SaaS后端：SpringBoot

適合：面向中小企業標準化SaaS，不想維護IoT底層服務

五、最小MVP功能清單(先做這些上線驗證市場)

1. 租戶注冊登錄、子賬號權限

2. 設備分組管理

3. 實時測點面板、歷史曲線

4. 閾值告警，微信/短信通知

5. 遠程下發控制指令

6. 簡單報表導出

六、擴展能力(后續迭代)

- 計費套餐：按設備數量/測點數量收費

- 工單系統：告警自動生成工單

- 大屏可視化

- API開放平臺：給客戶提供第三方對接接口

- 離線本地網關+云端SaaS混合部署