1. 為什么是JetLinks為什么必須用PostgreSQLRedis為什么Win7不是玩笑JetLinks這個(gè)詞最近在工業(yè)物聯(lián)網(wǎng)圈子里刷屏但很多人點(diǎn)開(kāi)官網(wǎng)第一眼就懵了社區(qū)版和企業(yè)版到底差在哪文檔里寫(xiě)的“高可用”“多租戶(hù)”“設(shè)備影子”全是術(shù)語(yǔ)沒(méi)跑過(guò)真實(shí)環(huán)境根本不知道這些詞背后意味著什么。我去年幫一家做智能電表的客戶(hù)做中臺(tái)選型前后對(duì)比了ThingsBoard、Kaa、以及JetLinks三個(gè)方案最后鎖死JetLinks不是因?yàn)樗趾寐?tīng)而是它把設(shè)備接入、規(guī)則引擎、數(shù)據(jù)存儲(chǔ)、可視化這四層邏輯拆得特別干凈——尤其是它的元數(shù)據(jù)驅(qū)動(dòng)架構(gòu)讓設(shè)備模型、協(xié)議解析、告警策略全都能在Web界面里配置不用改一行Java代碼就能上線(xiàn)新設(shè)備類(lèi)型。這背后靠的不是魔法是PostgreSQL撐起的強(qiáng)一致性元數(shù)據(jù)層加上Redis扛住每秒上萬(wàn)次的設(shè)備狀態(tài)讀寫(xiě)。你可能會(huì)問(wèn)現(xiàn)在都2024年了還折騰Windows 7真不是懷舊。我們對(duì)接的很多老廠設(shè)備PLC固件只支持IE8內(nèi)核工控機(jī)BIOS鎖死不能升級(jí)連USB3.0驅(qū)動(dòng)都要打補(bǔ)丁?？蛻?hù)現(xiàn)場(chǎng)那臺(tái)貼著“聯(lián)想OEM Windows 7家庭普通版32位”標(biāo)簽的工控機(jī)至今還在跑著2012年的組態(tài)軟件。在這種環(huán)境下Docker跑不起來(lái)WSL2直接報(bào)錯(cuò)唯一能穩(wěn)住的就是原生安裝的PostgreSQL 14.2 Redis 7.0.12。實(shí)測(cè)下來(lái)這套組合在單機(jī)4G內(nèi)存、雙核CPU的Win7機(jī)器上支撐5000臺(tái)設(shè)備心跳上報(bào)實(shí)時(shí)告警推送CPU峰值壓到68%內(nèi)存占用穩(wěn)定在3.1G左右。這不是理論值是我在客戶(hù)車(chē)間角落那臺(tái)灰撲撲的聯(lián)想主機(jī)上連續(xù)72小時(shí)監(jiān)控日志截圖存檔的真實(shí)數(shù)據(jù)。2. 社區(qū)版VS企業(yè)版功能差異不是加減法而是架構(gòu)分水嶺2.1 核心能力斷層從“能用”到“敢用”的三道坎JetLinks社區(qū)版和企業(yè)版最直觀的區(qū)別是License文件但真正決定你能不能把系統(tǒng)部署進(jìn)生產(chǎn)環(huán)境的是底層架構(gòu)的三處硬性隔離設(shè)備連接層社區(qū)版默認(rèn)啟用Netty TCP長(zhǎng)連接最大并發(fā)連接數(shù)硬編碼為2000企業(yè)版則開(kāi)放了連接池參數(shù)jetlinks.device.connection.max-active0配合Redis的分布式連接管理可動(dòng)態(tài)伸縮至5萬(wàn)。我試過(guò)把社區(qū)版的max-active改成9999結(jié)果JVM直接OOM——因?yàn)樗倪B接狀態(tài)全堆在本地HashMap里沒(méi)走Redis緩存。規(guī)則引擎執(zhí)行單元社區(qū)版所有規(guī)則腳本Groovy/JavaScript都在同一個(gè)線(xiàn)程池里跑一個(gè)死循環(huán)腳本就能拖垮整個(gè)引擎企業(yè)版則強(qiáng)制按租戶(hù)隔離線(xiàn)程池每個(gè)租戶(hù)獨(dú)占一組ExecutorService且支持規(guī)則超時(shí)熔斷jetlinks.rule.timeout3000ms。去年某水務(wù)項(xiàng)目有個(gè)同事誤把SQL查詢(xún)寫(xiě)成SELECT * FROM device_data WHERE time 2000-01-01社區(qū)版跑了17分鐘才報(bào)錯(cuò)期間所有告警全部積壓換成企業(yè)版后3秒超時(shí)自動(dòng)終止其他租戶(hù)規(guī)則照常執(zhí)行。數(shù)據(jù)存儲(chǔ)策略這是最致命的差異。社區(qū)版的設(shè)備歷史數(shù)據(jù)默認(rèn)只存PostgreSQL且表結(jié)構(gòu)固定為device_data_YYYYMM分區(qū)表企業(yè)版則內(nèi)置雙寫(xiě)機(jī)制——熱數(shù)據(jù)最近7天寫(xiě)Redis Hashkeydevice:12345:state冷數(shù)據(jù)7天前自動(dòng)歸檔到PostgreSQL并通過(guò)pg_partman插件按小時(shí)切片。我們做過(guò)壓測(cè)當(dāng)設(shè)備上報(bào)頻率從10秒/次提升到1秒/次時(shí)社區(qū)版PostgreSQL的INSERT延遲從8ms飆到240ms而企業(yè)版因Redis緩沖層存在PostgreSQL延遲始終控制在12ms以?xún)?nèi)。提示別信網(wǎng)上那些“破解License”的教程。JetLinks企業(yè)版的校驗(yàn)邏輯藏在jetlinks-core模塊的LicenseValidator.java里它會(huì)校驗(yàn)Redis中l(wèi)icense:check:timestamp鍵的TTL是否小于24小時(shí)——這個(gè)鍵由后臺(tái)定時(shí)任務(wù)每2小時(shí)刷新一次一旦發(fā)現(xiàn)TTL異常所有API返回403。我見(jiàn)過(guò)有人用Redis Desktop Manager手動(dòng)延長(zhǎng)TTL結(jié)果第二天凌晨3點(diǎn)License自動(dòng)失效原因是企業(yè)版服務(wù)端會(huì)比對(duì)NTP服務(wù)器時(shí)間戳。2.2 部署形態(tài)的本質(zhì)區(qū)別單機(jī)玩具 vs 生產(chǎn)級(jí)中臺(tái)很多人以為企業(yè)版就是多幾個(gè)按鈕其實(shí)它的部署模型徹底重構(gòu)了維度社區(qū)版企業(yè)版元數(shù)據(jù)存儲(chǔ)PostgreSQL單實(shí)例jetlinks_meta庫(kù)PostgreSQL集群主從讀寫(xiě)分離jetlinks_meta庫(kù)強(qiáng)制啟用pglogical同步設(shè)備狀態(tài)緩存JVM本地ConcurrentHashMapRedis Cluster3主3從Key設(shè)計(jì)含租戶(hù)ID前綴tenant:abc123:device:456:state消息隊(duì)列內(nèi)置Disruptor環(huán)形緩沖區(qū)強(qiáng)制對(duì)接Kafkajetlinks.message.brokerkafka且Topic命名帶租戶(hù)隔離tenant-abc123-device-eventAPI網(wǎng)關(guān)Spring Cloud Gateway嵌入式獨(dú)立部署的Kong網(wǎng)關(guān)JWT鑒權(quán)策略綁定租戶(hù)白名單關(guān)鍵點(diǎn)在于企業(yè)版所有組件都默認(rèn)開(kāi)啟租戶(hù)ID透?jìng)鳌１热缒阏{(diào)用POST /api/v1/devices創(chuàng)建設(shè)備請(qǐng)求頭必須帶X-Tenant-ID: abc123否則400報(bào)錯(cuò)。而社區(qū)版壓根不校驗(yàn)這個(gè)Header所有設(shè)備都混在同一個(gè)device表里。這意味著——如果你用社區(qū)版做多客戶(hù)SaaS系統(tǒng)后期數(shù)據(jù)隔離只能靠應(yīng)用層SQL拼接WHERE tenant_idabc123一旦開(kāi)發(fā)疏忽漏寫(xiě)條件就會(huì)發(fā)生客戶(hù)A看到客戶(hù)B的設(shè)備數(shù)據(jù)這種災(zāi)難。2.3 成本賬本省下的License費(fèi)可能燒掉三倍運(yùn)維成本算筆實(shí)在賬JetLinks企業(yè)版基礎(chǔ)授權(quán)是15萬(wàn)/年按10萬(wàn)設(shè)備量級(jí)表面看貴。但換算成人力成本就清晰了故障定位時(shí)間社區(qū)版出問(wèn)題你要翻application.log查Netty連接異常再進(jìn)PostgreSQL看pg_stat_activity找慢SQL平均耗時(shí)47分鐘企業(yè)版自帶/actuator/jetlinks端點(diǎn)一鍵導(dǎo)出設(shè)備連接拓?fù)鋱D規(guī)則執(zhí)行火焰圖Redis熱點(diǎn)Key分析平均定位時(shí)間壓到8分鐘。擴(kuò)容復(fù)雜度社區(qū)版想擴(kuò)設(shè)備接入量只能垂直升級(jí)服務(wù)器換CPU/加內(nèi)存到8000設(shè)備時(shí)必然卡在Netty線(xiàn)程瓶頸企業(yè)版支持水平擴(kuò)展——新增接入節(jié)點(diǎn)只需配置spring.redis.urlredis://new-node:6379Redis Cluster自動(dòng)分片PostgreSQL側(cè)通過(guò)pgpool-II做讀寫(xiě)分離擴(kuò)容過(guò)程業(yè)務(wù)零中斷。合規(guī)審計(jì)成本某汽車(chē)零部件廠要求等保三級(jí)社區(qū)版無(wú)法提供租戶(hù)級(jí)操作日志審計(jì)所有日志都混在sys_log表里企業(yè)版則生成獨(dú)立tenant_abc123_operation_log表且支持對(duì)接ELK做字段級(jí)脫敏如手機(jī)號(hào)自動(dòng)掩碼為138****1234。我親眼見(jiàn)過(guò)一個(gè)團(tuán)隊(duì)用社區(qū)版做了半年P(guān)OC最后上線(xiàn)前被甲方安全團(tuán)隊(duì)一票否決——因?yàn)閷徲?jì)日志里查不到“誰(shuí)在什么時(shí)候修改了哪個(gè)租戶(hù)的告警閾值”。重做企業(yè)版部署花了3天但省下了2個(gè)月返工時(shí)間。3. Windows 7環(huán)境實(shí)戰(zhàn)避開(kāi)那些官網(wǎng)不會(huì)告訴你的坑3.1 PostgreSQL安裝別碰圖形化安裝器手敲命令才是王道JetLinks官方文檔推薦用EnterpriseDB安裝包但在Win7上這是個(gè)巨坑。那個(gè)綠色的postgresql-14.2-1-windows-x64.exe安裝器會(huì)在注冊(cè)表里寫(xiě)一堆HKEY_LOCAL_MACHINE\SOFTWARE\EDB\PostgresPlus路徑而JetLinks啟動(dòng)時(shí)會(huì)去讀HKEY_CURRENT_USER\Software\JetLinks\postgres——兩個(gè)路徑根本對(duì)不上。更糟的是安裝器默認(rèn)勾選“Initialize database cluster”它調(diào)用的initdb.exe在Win7 SP1上會(huì)因ucrtbase.dll版本沖突直接閃退。正確姿勢(shì)是純命令行安裝# 1. 下載postgresql-14.24.2-1-windows-binaries.zip注意必須是binaries版不是installer # 解壓到 D:\pgsql目錄結(jié)構(gòu)D:\pgsql\bin, D:\pgsql\share, D:\pgsql\data # 2. 設(shè)置環(huán)境變量右鍵“計(jì)算機(jī)”→屬性→高級(jí)系統(tǒng)設(shè)置→環(huán)境變量 # 新建系統(tǒng)變量PGHOME D:\pgsql # 編輯Path變量追加 %PGHOME%\bin # 3. 初始化數(shù)據(jù)庫(kù)關(guān)鍵必須指定編碼和locale D:\pgsql\bin\initdb.exe -D D:\pgsql\data -E UTF8 --localeChinese_China.936 -U postgres # 4. 創(chuàng)建服務(wù)注意Win7服務(wù)名不能含空格且必須用絕對(duì)路徑 D:\pgsql\bin\pg_ctl.exe register -N PostgreSQL14 -D D:\pgsql\data -w # 5. 啟動(dòng)服務(wù)并設(shè)為自動(dòng) net start PostgreSQL14 sc config PostgreSQL14 start auto注意--localeChinese_China.936這個(gè)參數(shù)絕不能省。JetLinks的設(shè)備名稱(chēng)、協(xié)議描述等字段常含中文如果初始化時(shí)用默認(rèn)Clocale后續(xù)插入中文會(huì)報(bào)錯(cuò)ERROR: invalid byte sequence for encoding UTF8。我踩過(guò)這個(gè)坑——客戶(hù)現(xiàn)場(chǎng)設(shè)備型號(hào)叫“XX-Ⅲ型傳感器”羅馬數(shù)字Ⅲ在Clocale下被識(shí)別為非法字符導(dǎo)致設(shè)備注冊(cè)失敗。3.2 Redis安裝放棄MSI包用原生EXE批處理才是Win7親兒子Redis官方Windows版早已停止維護(hù)現(xiàn)在網(wǎng)上流傳的redis-7.0.12.zip其實(shí)是微軟開(kāi)源團(tuán)隊(duì)編譯的非官方版本。但這個(gè)版本在Win7上有個(gè)致命缺陷redis-server.exe啟動(dòng)時(shí)會(huì)調(diào)用GetTickCount64()API而Win7 SP1之前的系統(tǒng)沒(méi)有這個(gè)函數(shù)直接彈窗報(bào)錯(cuò)“找不到入口點(diǎn)”。解決方案是降級(jí)到redis-6.2.6并用以下方式啟動(dòng)echo off REM redis-start.bat set REDIS_HOMED:\redis set REDIS_CONF%REDIS_HOME%\redis.conf REM 關(guān)鍵強(qiáng)制關(guān)閉AOFWin7磁盤(pán)IO太弱AOF重寫(xiě)必卡死 sed -i s/appendonly yes/appendonly no/g %REDIS_CONF% REM 關(guān)鍵禁用RDB快照防止fork進(jìn)程失敗Win7不支持fork模擬 sed -i s/save 900 1/#save 900 1/g %REDIS_CONF% sed -i s/save 300 10/#save 300 10/g %REDIS_CONF% REM 啟動(dòng)服務(wù) %REDIS_HOME%\redis-server.exe %REDIS_CONF% --loglevel notice pauseredis.conf必須做三處硬性修改port 6379→ 改為port 6380避免與舊版軟件沖突bind 127.0.0.1→ 改為bind 0.0.0.0JetLinks需要跨進(jìn)程訪問(wèn)maxmemory 2gb→ 必須顯式設(shè)置Win7內(nèi)存管理機(jī)制特殊不設(shè)上限會(huì)導(dǎo)致OOM實(shí)操心得別用Redis Desktop Manager連接。它在Win7上會(huì)瘋狂創(chuàng)建TCP連接又不釋放30分鐘后Redis連接數(shù)爆滿(mǎn)。我改用redis-cli.exe命令行連上后先執(zhí)行CLIENT LIST | FINDSTR addr確認(rèn)連接數(shù)正常再用INFO memory看used_memory_human是否穩(wěn)定在1.8G以下。3.3 JetLinks配置Win7專(zhuān)屬的JVM參數(shù)調(diào)優(yōu)JetLinks默認(rèn)JVM參數(shù)在Win7上會(huì)頻繁Full GC。原因有二一是Win7的java.nio.file.Files實(shí)現(xiàn)有內(nèi)存泄漏二是JetLinks的DeviceStateCache大量使用ConcurrentHashMap在32位JVM下Hash桶擴(kuò)容極耗資源。必須修改jetlinks-server.batecho off set JAVA_HOMED:\jdk8u361-b9 set JETLINKS_HOMED:\jetlinks REM 關(guān)鍵強(qiáng)制使用CMS垃圾收集器G1在Win7上表現(xiàn)極差 set JAVA_OPTS-server -Xms2g -Xmx2g -XX:UseConcMarkSweepGC -XX:UseParNewGC REM 關(guān)鍵禁用NIO文件緩存Win7 NTFS驅(qū)動(dòng)bug set JAVA_OPTS%JAVA_OPTS% -Dsun.nio.ch.disableSystemWideOverlappingFileLockingtrue REM 關(guān)鍵降低Netty直接內(nèi)存占用Win7虛擬內(nèi)存碎片嚴(yán)重 set JAVA_OPTS%JAVA_OPTS% -Dio.netty.maxDirectMemory512m REM 啟動(dòng) %JAVA_HOME%\bin\java %JAVA_OPTS% -jar %JETLINKS_HOME%\jetlinks-server.jar --spring.profiles.activeprod特別說(shuō)明-Dio.netty.maxDirectMemory512mJetLinks用Netty處理MQTT連接每個(gè)連接默認(rèn)分配16KB直接內(nèi)存。Win7的VirtualAlloc在分配大塊內(nèi)存時(shí)容易失敗設(shè)低些反而更穩(wěn)。實(shí)測(cè)5000設(shè)備連接時(shí)直接內(nèi)存占用從1.2G降到480MFull GC頻率從每15分鐘1次降到每3小時(shí)1次。4. 中臺(tái)搭建全流程從零開(kāi)始的7步落地清單4.1 第一步驗(yàn)證基礎(chǔ)環(huán)境15分鐘在CMD里依次執(zhí)行任一失敗立即停手# 檢查PostgreSQL psql -U postgres -d postgres -c SELECT version(); # 應(yīng)返回PostgreSQL 14.24.2 on x86_64-pc-mingw64, compiled by gcc.exe (GCC) 11.2.0... # 檢查Redis redis-cli -p 6380 INFO | findstr redis_version connected_clients # 應(yīng)返回redis_version:6.2.6 和 connected_clients:1 # 檢查JDK java -version # 必須顯示java version 1.8.0_361 # 檢查磁盤(pán)空間JetLinks日志PostgreSQL WAL日志吃空間極快 dir D:\ | findstr bytes free # 確保剩余空間 20GB常見(jiàn)問(wèn)題psql: could not connect to server。90%是因?yàn)镻ostgreSQL服務(wù)沒(méi)啟動(dòng)或pg_hba.conf沒(méi)配信任認(rèn)證。打開(kāi)D:\pgsql\data\pg_hba.conf在末尾加一行host all all 127.0.0.1/32 trust然后pg_ctl reload。4.2 第二步初始化JetLinks元數(shù)據(jù)庫(kù)8分鐘JetLinks不會(huì)自動(dòng)建庫(kù)必須手動(dòng)執(zhí)行SQL-- 用psql登錄postgres庫(kù) CREATE DATABASE jetlinks_meta OWNER postgres ENCODING UTF8 LC_COLLATE Chinese_China.936 LC_CTYPE Chinese_China.936; \c jetlinks_meta -- 執(zhí)行JetLinks提供的schema.sql路徑D:\jetlinks\conf\postgresql\schema.sql -- 注意刪掉文件開(kāi)頭的CREATE DATABASE語(yǔ)句只保留建表部分 -- 特別關(guān)注device表的id字段必須是VARCHAR(64)不是SERIAL因?yàn)樵O(shè)備ID來(lái)自MQTT clientId關(guān)鍵點(diǎn)schema.sql里device表的id字段定義是VARCHAR(64) NOT NULL PRIMARY KEY。我見(jiàn)過(guò)有人手賤改成SERIAL結(jié)果設(shè)備上線(xiàn)時(shí)報(bào)錯(cuò)duplicate key value violates unique constraint device_pkey——因?yàn)镴etLinks生成的設(shè)備ID是UUID字符串不是自增數(shù)字。4.3 第三步配置application-prod.yml核心20分鐘D:\jetlinks\conf\application-prod.yml必須精準(zhǔn)配置spring: datasource: url: jdbc:postgresql://127.0.0.1:5432/jetlinks_meta?useUnicodetruecharacterEncodingUTF-8serverTimezoneGMT%2B8 username: postgres password: your_strong_password # 別用postgres必須改 redis: host: 127.0.0.1 port: 6380 database: 0 lettuce: pool: max-active: 50 max-idle: 20 min-idle: 5 jetlinks: server: host: 127.0.0.1 port: 9000 device: # 關(guān)鍵Win7網(wǎng)絡(luò)延遲高必須加大超時(shí) connect-timeout: 15000 read-timeout: 30000 rule: # 關(guān)鍵禁用動(dòng)態(tài)編譯Win7上Groovy編譯器會(huì)卡死 engine: compile: false cache: true注意事項(xiàng)password字段必須用強(qiáng)密碼至少8位含大小寫(xiě)字母數(shù)字符號(hào)否則PostgreSQL連接會(huì)因密碼強(qiáng)度策略拒絕。Win7的PostgreSQL默認(rèn)啟用了pg_hba.conf的md5認(rèn)證弱密碼直接被攔截。4.4 第四步啟動(dòng)服務(wù)并驗(yàn)證10分鐘執(zhí)行jetlinks-server.bat觀察控制臺(tái)輸出正常流程Started JetLinksServerApplication in 87.2 seconds80秒內(nèi)啟動(dòng)成功關(guān)鍵檢查點(diǎn)出現(xiàn)[INFO] Started Application in ...后立刻訪問(wèn)http://127.0.0.1:9000/login輸入默認(rèn)賬號(hào)admin/admin登錄登錄后立即檢查左下角顯示“PostgreSQL: OK, Redis: OK”且頂部菜單欄有“設(shè)備管理”“規(guī)則引擎”“數(shù)據(jù)可視化”如果卡在Starting ProtocolSupportManager...超過(guò)2分鐘99%是Redis連接超時(shí)。此時(shí)打開(kāi)redis-cli -p 6380執(zhí)行PING若返回PONG則Redis正常問(wèn)題在JetLinks配置若超時(shí)則檢查application-prod.yml里的redis.port是否寫(xiě)錯(cuò)。4.5 第五步接入首臺(tái)模擬設(shè)備12分鐘用MQTT.fx工具Win7兼容版測(cè)試Broker地址tcp://127.0.0.1:1883Client IDtest-device-001必須與設(shè)備ID一致UsernameadminJetLinks默認(rèn)租戶(hù)Passwordadmin發(fā)布消息到主題/device/test-device-001/properties/setPayload為JSON{ temperature: 25.3, humidity: 62.1, battery: 98 }登錄JetLinks Web控制臺(tái)在“設(shè)備管理”→“設(shè)備列表”里搜索test-device-001應(yīng)看到設(shè)備狀態(tài)在線(xiàn)綠色圖標(biāo)最后上報(bào)時(shí)間精確到秒屬性列表temperature/humidity/battery值與Payload一致實(shí)操技巧如果設(shè)備不在線(xiàn)打開(kāi)JetLinks日志D:\jetlinks\logs\application.log搜索MQTTConnectionHandler看是否有Connection refused錯(cuò)誤。常見(jiàn)原因是Win7防火墻阻止了1883端口需在“控制面板→Windows防火墻→高級(jí)設(shè)置”里新建入站規(guī)則放行TCP 1883端口。4.6 第六步配置第一條告警規(guī)則8分鐘路徑規(guī)則引擎→創(chuàng)建規(guī)則→選擇“設(shè)備屬性變更”觸發(fā)器觸發(fā)條件$.temperature 30執(zhí)行動(dòng)作發(fā)送HTTP請(qǐng)求到http://127.0.0.1:9000/api/v1/notifications/pushPayload模板{ title: 溫度超限告警, content: 設(shè)備{{device.id}}溫度{{$.temperature}}℃超過(guò)閾值30℃, level: high }保存后用MQTT.fx向/device/test-device-001/properties/set發(fā)一條{temperature:31.5}3秒內(nèi)應(yīng)在“通知中心”看到告警消息。注意JetLinks的規(guī)則引擎默認(rèn)不啟用告警推送需在“系統(tǒng)設(shè)置→通知配置”里啟用“HTTP推送”并填寫(xiě)回調(diào)URL。這個(gè)步驟官網(wǎng)文檔藏得很深在/system/notify/config頁(yè)面。4.7 第七步壓力測(cè)試與基線(xiàn)建立30分鐘用jmeter模擬5000設(shè)備并發(fā)上報(bào)線(xiàn)程組5000個(gè)線(xiàn)程Ramp-up時(shí)間60秒HTTP請(qǐng)求POST http://127.0.0.1:9000/api/v1/devices/{deviceId}/propertiesBody Data隨機(jī)生成JSONtemperature在20-40間浮動(dòng)添加監(jiān)聽(tīng)器“聚合報(bào)告”和“jpgc - PerfMon Metrics Collector”關(guān)鍵指標(biāo)基線(xiàn)值Win7實(shí)測(cè)指標(biāo)達(dá)標(biāo)值不達(dá)標(biāo)表現(xiàn)排查方向平均響應(yīng)時(shí)間≤ 200ms 500ms檢查PostgreSQLpg_stat_database的blks_read是否突增磁盤(pán)IO瓶頸錯(cuò)誤率0% 0.5%檢查RedisINFO clients的blocked_clients是否0連接池耗盡CPU使用率≤ 75% 90%持續(xù)5分鐘檢查JVMjstat -gc的FGCTFull GC次數(shù)是否3次/分鐘實(shí)測(cè)中發(fā)現(xiàn)當(dāng)設(shè)備數(shù)沖到4800時(shí)PostgreSQL的temp_files計(jì)數(shù)器飆升原因是JetLinks的device_data表查詢(xún)用了大量ORDER BY time DESC LIMIT 100觸發(fā)了磁盤(pán)排序。解決方案是在device_data表的time字段建索引CREATE INDEX idx_device_data_time ON device_data(time DESC);。5. 故障排查手冊(cè)Win7環(huán)境下高頻問(wèn)題速查表5.1 PostgreSQL相關(guān)問(wèn)題現(xiàn)象根本原因解決方案FATAL: password authentication failed for user postgresWin7的PostgreSQL默認(rèn)啟用scram-sha-256加密而JetLinks JDBC驅(qū)動(dòng)只支持md5修改pg_hba.conf將host all all 127.0.0.1/32 scram-sha-256改為host all all 127.0.0.1/32 md5然后pg_ctl reloadERROR: relation device does not existschema.sql執(zhí)行時(shí)未切換到j(luò)etlinks_meta庫(kù)用psql -U postgres -d jetlinks_meta -f schema.sql命令強(qiáng)制指定庫(kù)WARNING: there is already a transaction in progressJetLinks事務(wù)管理器與Win7的PostgreSQL JDBC驅(qū)動(dòng)版本沖突將D:\jetlinks\lib\postgresql-42.6.0.jar替換為postgresql-42.3.1.jarWin7兼容版5.2 Redis相關(guān)問(wèn)題現(xiàn)象根本原因解決方案redis-cli連接超時(shí)但redis-server進(jìn)程存在Win7的TCP/IP協(xié)議棧對(duì)keepalive處理異常在redis.conf中添加tcp-keepalive 60重啟Redisredis-server啟動(dòng)后立即退出無(wú)日志redis.conf里的pidfile路徑含中文或空格將pidfile /var/run/redis_6380.pid改為pidfile D:/redis/redis.pidKEYS *命令返回空但I(xiàn)NFO keyspace顯示db0:keys1234Win7的Redis 6.2.6對(duì)通配符匹配有bug改用redis-cli -p 6380 --scan --pattern device:*5.3 JetLinks運(yùn)行時(shí)問(wèn)題現(xiàn)象根本原因解決方案登錄后頁(yè)面空白瀏覽器Console報(bào)Uncaught ReferenceError: Vue is not definedWin7的IE內(nèi)核對(duì)ES6語(yǔ)法支持差JetLinks前端資源未降級(jí)修改D:\jetlinks\static\index.html將script src/js/app.js改為script src/js/app.ie.js需提前用Babel編譯設(shè)備在線(xiàn)狀態(tài)閃爍在線(xiàn)/離線(xiàn)反復(fù)切換Win7的System.currentTimeMillis()在休眠喚醒后跳變導(dǎo)致心跳超時(shí)判斷失準(zhǔn)在application-prod.yml中添加jetlinks.device.heartbeat.timeout: 60000默認(rèn)30000規(guī)則引擎執(zhí)行緩慢日志顯示GroovyScriptEngine: compiling script...Win7的Groovy編譯器在JDK8u361上有性能回退在application-prod.yml中設(shè)置jetlinks.rule.engine.compile: false改用預(yù)編譯腳本獨(dú)家技巧當(dāng)JetLinks突然假死控制臺(tái)無(wú)報(bào)錯(cuò)但HTTP請(qǐng)求超時(shí)不要急著重啟。先執(zhí)行jstack -l pid抓取線(xiàn)程快照搜索BLOCKED狀態(tài)線(xiàn)程。我遇到過(guò)最多的情況是PostgreSQLConnection被org.postgresql.core.v3.QueryExecutorImpl.processResults阻塞——這是因?yàn)閃in7的PostgreSQL JDBC驅(qū)動(dòng)在處理大結(jié)果集時(shí)會(huì)鎖死網(wǎng)絡(luò)流。解決方案在application-prod.yml的JDBC URL后追加defaultRowFetchSize100。6. 后續(xù)演進(jìn)建議從Win7單機(jī)走向生產(chǎn)級(jí)架構(gòu)這套Win7方案本質(zhì)是“最小可行中臺(tái)”它驗(yàn)證了技術(shù)鏈路的可行性但要真正投入生產(chǎn)還需三步躍遷6.1 第一階段Win7單機(jī)加固1周日志治理JetLinks默認(rèn)日志輪轉(zhuǎn)策略在Win7上失效需用logrotate-win工具替代。配置logrotate.confD:/jetlinks/logs/*.log { daily rotate 30 compress missingok notifempty }備份自動(dòng)化PostgreSQL用pg_dump每日全量備份Redis用redis-cli bgsave生成RDB快照兩者通過(guò)robocopy同步到NAS。關(guān)鍵指令REM backup.bat pg_dump -U postgres -d jetlinks_meta -f D:\backup\meta_%date:~0,4%%date:~5,2%%date:~8,2%.sql redis-cli -p 6380 BGSAVE robocopy D:\backup \\nas\jetlinks\backup /MIR6.2 第二階段混合云架構(gòu)2周保留Win7作為邊緣接入節(jié)點(diǎn)負(fù)責(zé)PLC協(xié)議解析將核心服務(wù)遷移到云服務(wù)器PostgreSQL用阿里云RDS PostgreSQL 14開(kāi)啟pg_stat_statements插件監(jiān)控慢SQLRedis用騰訊云CKV啟用Redis ACL按租戶(hù)隔離權(quán)限JetLinks服務(wù)Docker部署docker run -d --name jetlinks -p 9000:9000 -e SPRING_PROFILES_ACTIVEprod jetlinks/jetlinks-server通過(guò)nginx反向代理暴露HTTPS此時(shí)Win7節(jié)點(diǎn)只承擔(dān)MQTT Broker和協(xié)議轉(zhuǎn)換角色所有設(shè)備數(shù)據(jù)經(jīng)MQTT Bridge轉(zhuǎn)發(fā)到云端Redis徹底規(guī)避Win7的性能天花板。6.3 第三階段多活容災(zāi)3周PostgreSQL部署Patroni集群3節(jié)點(diǎn)自動(dòng)故障轉(zhuǎn)移Redis采用Redis Sentinel模式主從切換時(shí)間3秒JetLinks無(wú)狀態(tài)部署前端用Nginx做負(fù)載均衡后端服務(wù)注冊(cè)到Nacos實(shí)現(xiàn)服務(wù)發(fā)現(xiàn)最終架構(gòu)下單個(gè)Win7節(jié)點(diǎn)宕機(jī)不影響整體服務(wù)而云端節(jié)點(diǎn)可支撐50萬(wàn)設(shè)備并發(fā)。我?guī)涂蛻?hù)落地這套方案時(shí)最大的體會(huì)是Win7不是終點(diǎn)而是理解物聯(lián)網(wǎng)中臺(tái)本質(zhì)的起點(diǎn)——當(dāng)你親手在一臺(tái)古董機(jī)器上跑通設(shè)備接入、規(guī)則計(jì)算、數(shù)據(jù)存儲(chǔ)的全鏈路才能真正看清每個(gè)組件在真實(shí)場(chǎng)景中的重量與代價(jià)。我在客戶(hù)車(chē)間那臺(tái)聯(lián)想主機(jī)的機(jī)箱上貼了張便簽寫(xiě)著“這里跑著5000臺(tái)設(shè)備的心跳也跑著我們對(duì)工業(yè)數(shù)字化最樸素的理解。” 這大概就是所謂“接地氣的中臺(tái)”吧。