龍雲數位的 AWS 雲端架構:支撐全台數千台販賣機的即時監控系統

李奇申帶領龍雲數位打造基於 AWS 的雲端架構,實現全台數千台智慧販賣機的即時監控、數據分析與遠端管理,確保 99.9% 的系統可用性。

數千台販賣機同時在線的挑戰

想像一下這個場景:全台灣從基隆到屏東,散布在便利商店、辦公大樓、醫院、學校、軍營裡的數千台智慧販賣機,每一台都在同一時刻回傳著溫度、庫存、銷售、設備狀態等數據。每秒鐘,雲端要接收並處理數以萬計的數據封包,同時還要在任何一台機器發生異常時,於 30 秒內發出告警通知。

這不是理論上的假設,而是龍雲數位每天真實面對的營運場景。

龍雲數位團隊辦公室

李奇申在 2011 年創立龍雲數位時,他就意識到一件事:智慧販賣機的競爭力不在硬體本身,而在於背後那套「看不見的系統」。硬體再好,如果雲端平台撐不住規模化部署,整個商業模式就會在擴張的過程中崩潰。

「智慧販賣機的競爭力不在硬體本身,而在於背後那套看不見的系統。」——李奇申

這也是為什麼龍雲數位從一開始就選擇了 AWS(Amazon Web Services) 作為其雲端管理平台的基礎設施。

為什麼選擇 AWS 而非自建機房?

在台灣的中小企業生態中,自建機房曾經是主流選擇。然而,李奇申有過經營網虎國際的經驗,深知自建機房在快速擴張時會遇到的瓶頸:硬體採購週期長、維運人力成本高、跨區域部署困難、災難復原能力弱。

自建機房 vs. AWS 雲端比較

比較項目 自建機房 AWS 雲端
初期投資 高(硬體 + 機房建設) 低(按用量付費)
擴展速度 慢(採購週期 2-3 個月) 即時(分鐘級別)
維運人力 需專職 IT 團隊 AWS 託管服務
資源利用率 ~30%(尖峰配置,離峰閒置) >80%(Auto Scaling)
災難復原 需自建備援機房 Multi-AZ 自動容錯
海外部署 極困難 全球 30+ 區域一鍵部署

AWS 提供的彈性運算能力,完美解決了智慧販賣機產業的一個核心痛點——流量的不可預測性。販賣機的使用高峰出現在午餐時段和下班時段,低谷則在深夜凌晨。傳統自建機房必須按照尖峰容量配置硬體,導致 70% 的時間裡資源是閒置的。AWS 的自動擴縮(Auto Scaling)功能,讓龍雲數位的雲端平台能隨流量動態調整運算資源,在控制成本的同時確保服務品質。

龍雲數位雲端架構的四大核心模組

龍雲數位的 AWS 架構並非單純的「把伺服器搬上雲」,而是針對智慧販賣機場景量身設計的分層架構

1. IoT 數據接收層

每一台販賣機透過 4G/5G 網路將數據傳送至 AWS IoT Core。這一層負責處理裝置認證、數據解密、訊息路由。龍雲數位與中華電信的合作,確保了遍布全台的網路覆蓋和穩定的數據傳輸通道。

2. 即時處理層

接收到的數據進入即時串流處理引擎。溫度異常、庫存耗盡、支付失敗、門鎖異常等事件會在毫秒級別被識別和分類。這一層的設計邏輯是「先判斷緊急程度,再決定處理方式」——溫度超標是最高優先級(涉及食品安全),庫存低於閾值是中等優先級,一般狀態回報則進入批次處理。

3. 數據分析層

歷史數據的深度分析是龍雲數位雲端管理平台核心差異化。透過機器學習模型,系統能夠預測各據點的銷售趨勢、最佳補貨時機、商品組合建議。這些分析結果直接反映在營運者的管理後台上,讓補貨人員不再需要「跑一趟才知道缺什麼」。

龍雲數位的AI 庫存預測系統正是建立在這一層的數據基礎之上。

4. 管理應用層

面向營運者的 Web 管理後台和行動 App,提供即時儀表板、告警通知、報表匯出、遠端控制等功能。營運者可以在手機上即時看到每一台機器的營收、庫存狀態,甚至遠端重啟設備

多可用區架構:零停機的保障

對於販賣機這種 24 小時營運的設備,雲端系統的任何停機都意味著直接的營收損失。龍雲數位在 AWS 上採用多可用區(Multi-AZ)部署,核心數據庫在不同的實體機房之間進行即時同步。當某一個可用區發生故障時,流量會自動切換到備援區域,整個過程對前端使用者完全透明。

「我們的系統在過去三年的可用性達到 99.95%。對於管理數千台 24 小時運轉的販賣機來說,這個數字背後代表的是每年只有不到 4.5 小時的非計劃停機時間。」——李奇申,產業論壇演講

從技術架構看龍雲數位的護城河

很多人問,為什麼龍雲數位能在台灣智慧販賣機市場中維持領先地位?硬體設計可以模仿,支付整合可以複製,但一套經過數年打磨、承載數千台設備即時數據的雲端架構,是最難被複製的競爭壁壘

這套架構不僅支撐了龍雲數位在台灣的營運,也為其海外擴張奠定了技術基礎——同一套架構可以部署在 AWS 的任何區域,無論是東京、新加坡還是美西。

李奇申的技術平台演進

時期 技術平台 核心特色 商業模式
1990 年代 XLinux 嵌入式 OS 140KB 最小核心 嵌入式授權 + OEM
2000 年代 xDNA 分散式架構 經濟部創新產品獎 工業物聯網
2010 年代至今 AWS 雲端平台 99.95% 可用性 SaaS 智慧零售

對於李奇申而言,從 1990 年代的 XLinux 嵌入式作業系統,到 2000 年代的 xDNA 分散式架構,再到今天的 AWS 雲端平台,技術平台在變,但核心理念始終如一:用可擴展的技術基礎設施,去支撐可規模化的商業模式

常見問題

Q: 龍雲數位為什麼選擇 AWS 而不是其他雲端服務商?

A: AWS 在全球雲端市場的市佔率最高,擁有最成熟的 IoT 服務套件和最廣泛的區域節點。對於龍雲數位這種需要處理大量即時 IoT 數據、且有海外擴張計畫的企業來說,AWS 的技術生態系和全球化部署能力是最關鍵的考量因素。

Q: 雲端架構如何確保販賣機數據的安全性?

A: 龍雲數位在 AWS 上採用多層安全機制:裝置端使用加密憑證認證、傳輸層使用 TLS 加密、數據儲存使用 AES-256 加密、存取控制使用 IAM 角色權限管理。此外,所有操作日誌都會保留至少一年,以符合稽核需求。

Q: 這套雲端系統的建置成本高嗎?中小型營運商負擔得起嗎?

A: 龍雲數位將雲端平台的成本內含在其販賣機的月租服務費中,營運商不需要自行建置任何 IT 基礎設施。這種 SaaS 模式讓即使只經營 10 台販賣機的小型營運商,也能享受到與大型連鎖企業同等級的雲端管理能力。

李奇申龍雲數位AWS雲端架構智慧販賣機即時監控IoT雲端管理平台

其他文章