先分清楚兩者的角色
在工廠現場，OPC-UA 通常比較靠近設備與控制層。它不只是讀取數值的協定，也能描述節點、資料型別、狀態、階層與方法呼叫，適合連接 PLC、SCADA、HMI、機台控制器與既有自動化系統。工程師需要知道一個溫度值來自哪個設備、屬於哪個製程段、目前品質碼是否正常，OPC-UA 在這些語意與狀態上比單純訊息通道完整。
MQTT 則通常比較靠近事件匯流排、資料平台與雲端服務。它用 publish 和 subscribe 的方式，把資料送到 broker，再由不同系統訂閱。這讓 MES、ERP、品質系統、告警服務、AI 模型或資料湖不用直接連到每一台機器。MQTT 的價值在於解耦、低頻寬、可跨網段與易於擴充，而不是取代所有現場通訊。
因此常見架構是：現場設備透過 OPC-UA 暴露資料，邊緣閘道讀取、清洗、轉換，再用 MQTT 發布到上層系統。這樣做可以保留工業通訊的語意，也能讓企業 IT、雲端與 AI 應用用更標準的事件方式取得資料。
整合架構要先回答幾個問題
不要一開始就討論 broker 品牌或 topic 命名。比較好的順序是先確認資料流向、延遲需求、現場網路限制與誰是資料的權威來源。若資料只用於看板與報表，秒級或分鐘級更新通常已經足夠；若用於停機判斷、連鎖控制或安全相關邏輯，就不應該把 MQTT 雲端鏈路放在控制閉環中。
- 資料來源：哪些點位由 OPC-UA server 提供，哪些仍在 Modbus、EtherNet/IP、檔案或資料庫中，需要邊緣層統一處理。
- 資料粒度：不是所有 PLC tag 都值得送上去。先挑出與稼動、品質、能源、維護、批次追蹤有關的資料。
- 延遲與可靠性：即時監控、歷史分析、告警與 AI 推論對資料新鮮度的要求不同，應分開設計。
- 網路邊界：OT 區通常不允許雲端直接進站，邊緣閘道應採取向外連線、分區、防火牆與最小權限。
- 資料擁有者：設備工程、製程、IT、資安與營運單位要對命名、品質碼與異常處理有共同定義。
我們會建議把邊緣閘道視為正式系統，而不是臨時轉接器。它需要設定管理、版本控管、緩衝、重送、監控、憑證更新與日誌。很多專案失敗不是因為 OPC-UA 或 MQTT 不好，而是中間層缺乏可維運性。
資料模型比協定轉換更難
OPC-UA 的節點階層通常反映設備供應商的設計，不一定符合企業資料平台想看的模型。MQTT topic 如果只是照抄 PLC tag 名稱，短期可以上線，長期會造成跨廠、跨線、跨設備查詢困難。整合時要決定標準命名，例如廠區、產線、設備、站點、資料類型與事件類型如何排列。
payload 也要避免過度隨意。實務上可以用 JSON 先開始，欄位包含時間戳、設備識別、測點名稱、值、單位、品質碼與資料來源。若資料量很大，或需要嚴格 schema，可再評估 Protobuf、Avro 或 Sparkplug B。重點是 schema 要有版本，否則上游一改欄位，下游看板、報表與 AI pipeline 會一起壞掉。
另一個常被低估的是時間。OPC-UA server 的時間、閘道收到資料的時間、MQTT broker 接收時間與雲端入庫時間可能不同。若要做製程追溯、異常關聯或 AI 特徵工程，必須明確保留事件時間，並知道設備時鐘是否可靠。資料品質碼也應一起送出，不能只送值；壞資料比沒資料更難排查。
安全與維運要從第一天納入
OPC-UA 與 MQTT 都支援安全機制，但常見問題是測試時先關掉，量產時來不及補。OPC-UA 端應使用憑證、使用者權限與必要的安全策略；MQTT 端應使用 TLS、帳號或憑證認證、ACL 與明確的 topic 權限。不要讓一個邊緣帳號可以發布所有工廠、所有產線的 topic。
離線情境也要設計。工廠網路會維護，雲端會短暫不可用，broker 也可能重啟。邊緣閘道需要本地緩衝、重送策略、最大保留容量與資料過期規則。對告警資料，可能要優先傳送；對高頻 telemetry，可能要降採樣或丟棄過舊資料。這些規則應該由業務風險決定，不是由程式預設值決定。
最後，整合完成不代表專案結束。要有點位清單、topic 字典、schema 文件、憑證輪替流程、監控儀表板與異常處理手冊。當新產線、新設備或新 AI 應用加入時，團隊才能用既有規範擴充，而不是每次都重新接一套。
實務上可以怎麼落地
建議從一條產線或一組關鍵設備開始，先建立可重複的樣板。第一階段選擇少量高價值點位，驗證 OPC-UA 讀取、邊緣轉換、MQTT 發布、資料入庫與看板或告警是否穩定。第二階段再加入 schema 版本、權限、監控、緩衝與部署流程。第三階段才擴展到更多設備與上層系統。
工程判斷的核心是：OPC-UA 負責把現場資料講清楚，MQTT 負責把資料可靠地分發出去。兩者之間的邊緣層負責把工業語意轉成企業可使用的資料產品。如果內部團隊已經有 OT、IT、雲端與資料工程能力，可以自行建立標準；若缺少其中幾塊，找熟悉工廠整合的團隊一起設計，通常能少走很多維運上的彎路。