So sánh MQTT, OPC UA và Modbus TCP & cách kết hợp MQTT + OPC UA trong IIoT

MQTT vs OPC UA vs Modbus TCP & Kết hợp MQTT + OPC UA trong kiến trúc IIoT

Vậy là chúng ta đã cùng nhau trải qua 6 phần của chuỗi series bài về chuẩn giao thức MQTT. Hôm nay, BKAII và các bạn sẽ cùng nhau tới phần cuối cùng trong chuỗi này nhé, ở Phần 7 này sẽ so sánh ba giao thức phổ biến trong công nghiệp — MQTT, OPC UA và Modbus TCP — đưa ra ưu/nhược điểm từng giao thức, khi nào nên chọn MQTT cho Cloud, và cách kết hợp MQTT + OPC UA để xây dựng kiến trúc IIoT hiện đại, an toàn và dễ mở rộng.

1. Tổng quan ngắn về ba giao thức

• MQTT: giao thức publish/subscribe, nhẹ, thiết kế cho telemetry và cloud. Thường dùng cho truyền dữ liệu thời gian thực, thiết bị edge, nền tảng cloud và dịch vụ streaming.
• OPC UA: framework công nghiệp mở, hỗ trợ model hóa dữ liệu (information model), service-oriented (read/write, method, event), bảo mật mạnh và khả năng truyền dữ liệu theo dạng client/server hoặc PubSub.
• Modbus TCP: giao thức request/response truyền thống, đơn giản, deterministic, phổ biến trong PLC và thiết bị legacy; thường ít tính năng bảo mật và ít khả năng mô hình hóa phức tạp.

2. So sánh chi tiết (Ưu & Nhược điểm)

3. Khi nào chọn MQTT cho Cloud?

Chọn MQTT khi hệ thống có ít nhất một số đặc điểm sau:

• Yêu cầu gửi telemetry liên tục tới Cloud (telemetry-centric) với throughput lớn.
• Cần scalability — hàng nghìn đến hàng triệu thiết bị kết nối qua broker hoặc nền tảng message hub.
• Thiết bị có băng thông hạn chế hoặc cần tiết kiệm năng lượng (MQTT nhẹ, QoS hỗ trợ).
• Muốn tận dụng các dịch vụ cloud-native: load balancing, autoscaling, stream processing, hot storage.
• Muốn thiết lập mô hình event-driven, real-time analytics hoặc integrate microservices dễ dàng.

Tuy nhiên, khi cần model hóa công nghiệp phức tạp (semantic metadata, method invocation, typed events) và yêu cầu tương tác chặt chẽ với OT, OPC UA thường được dùng ở tầng OT, còn MQTT dùng cho tầng công nghiệp thông minh/Cloud.

4. Cách kết hợp MQTT + OPC UA trong kiến trúc IIoT

Kết hợp OPC UA và MQTT tận dụng ưu điểm của cả hai: OPC UA giữ vai trò trao đổi dữ liệu tầng OT, cung cấp information model và bảo mật mạnh; MQTT đảm nhiệm vai trò vận chuyển telemetry tới Cloud/Big Data/Analytics theo cách nhẹ và có thể scale. Dưới đây là các pattern phổ biến:

4.1. Edge Gateway (OPC UA Client ↔ MQTT Broker)

Edge gateway triển khai như một translator hoặc mediator:

[PLC/RTU (Modbus/Profinet/...)] → OPC UA Server (hoặc Modbus → OPC UA wrapper)
           ↘
         Edge Gateway (OPC UA Client)
           ↘  map/transform/aggregate  → MQTT Broker → Cloud / Stream Processing

• Gateway đọc node/variables từ OPC UA, chuyển thành MQTT topic/payload.
• Phép chuyển có thể bao gồm: filtering, down-sampling, unit conversion, tagging, batching.
• Ưu điểm: giữ nguyên semantic trong OT, đồng thời phát hành telemetry nhẹ cho Cloud.

4.2. OPC UA PubSub ↔ MQTT (Native PubSub bridge)

OPC UA chuẩn PubSub hỗ trợ xuất bản theo dạng UDP hoặc MQTT (thông qua transport binding). Trong thực tế:

• OPC UA PubSub publisher xuất bản theo format UA Binary hoặc JSON lên topic MQTT.
• Subscriber trong Cloud hoặc edge có thể tiêu thụ message theo định dạng UA, giữ được model và type information.

4.3. Two-way integration (Control & Telemetry)

Không chỉ gửi telemetry lên Cloud, nhiều hệ thống cần vòng ngược (commands) từ Cloud → OT:

Cloud (MQTT) → Broker → Edge Gateway → OPC UA Server → PLC

• Cần mapping rõ ràng giữa MQTT topic (command) và OPC UA method/variable.
• Thiết kế ACL, authentication, và message signing để đảm bảo an toàn cho lệnh điều khiển.

5. Best practices khi tích hợp MQTT và OPC UA

1. Giữ ranh giới OT / IT rõ ràng: OPC UA domain bên trong OT; MQTT đưa dữ liệu đã xử lý/đã lọc ra IT/Cloud.
2. Sử dụng Gateway có khả năng map semantic: giữ mapping metadata (nodeId → topic) để không mất ngữ nghĩa khi lên Cloud.
3. Quy ước tên topic: đặt chuẩn topic hierarchy (site/area/device/variable) để thuận tiện cho ACL và routing.
4. Payload schema: sử dụng JSON Schema, Protobuf hoặc Sparkplug để chuẩn hóa payload và giữ state.
5. Bảo mật kép: Mutual TLS giữa Gateway ↔ Broker; OPC UA dùng certificate-based security; áp dụng ACL và token cho MQTT.
6. Correlation & Traceability: gắn timestamp, sequence, device-id, nodeId để dễ tra cứu và debug.
7. Edge processing: thực hiện filtering/aggregation/analytics tại gateway để giảm volume truyền lên Cloud.
8. High Availability & Scaling: broker cluster, load balancer và redundant gateways cho kiến trúc sản xuất.

6. Mẫu kiến trúc tham khảo

[Field Devices: Modbus / Sensors] 
      ↓
[OPC UA Server / Protocol Adapter]
      ↓
[Edge Gateway (OPC UA Client ↔ Transformer ↔ MQTT Publisher)]
      ↓
[MQTT Broker Cluster (TLS, ACL, Auth)]
      ↓
[Cloud: Stream Processing / Time-series DB / Analytics / Dashboard]

Kết luận

Các bạn ạ, sẽ không có giao thức "toàn năng" cho mọi trường hợp. Do đó, việc lựa chọn đúng sẽ phụ thuộc vào yêu cầu dự án: nếu cần telemetry scale lớn và integration với Cloud, MQTT là lựa chọn hàng đầu. Nếu cần mô tả semantic, thao tác điều khiển, và interoperability giữa thiết bị OT đa nhà cung cấp thì OPC UA là nền tảng phù hợp. Modbus TCP vẫn là giải pháp đơn giản, phổ biến cho thiết bị legacy nhưng nên được che chắn bằng gateway khi đưa dữ liệu ra Cloud. Kết hợp OPC UA + MQTT qua gateway hoặc PubSub binding tận dụng strengths của cả hai, tạo kiến trúc IIoT vừa giàu ngữ nghĩa vừa mở rộng được lên Cloud.