TL;DR
Sử dụng MQTT cho các thiết bị IoT có pin hạn chế, mạng không ổn định hoặc các mô hình nhắn tin pub-sub. Sử dụng HTTP cho các API web/di động tiêu chuẩn. MQTT sử dụng tiêu đề 2 byte so với hơn 100 byte của HTTP, lý tưởng cho các thiết bị bị hạn chế tài nguyên. Modern PetstoreAPI triển khai MQTT cho vòng cổ theo dõi thú cưng và máy cho ăn thông minh.
Giới thiệu
Vòng cổ theo dõi thú cưng của bạn cần gửi cập nhật vị trí cứ sau 5 phút. Nó chạy bằng pin cúc áo có thời lượng sử dụng 6 tháng. Sử dụng HTTP, pin hết sau 2 tuần. Sử dụng MQTT, nó kéo dài đủ 6 tháng.
HTTP là tiêu chuẩn cho API, nhưng nó được thiết kế cho trình duyệt web, không phải thiết bị IoT. MQTT (Message Queuing Telemetry Transport) được xây dựng cho các thiết bị bị hạn chế tài nguyên với băng thông giới hạn và mạng không ổn định.
Modern PetstoreAPI sử dụng HTTP cho ứng dụng web và di động, nhưng MQTT cho các thiết bị IoT: vòng cổ theo dõi thú cưng, máy cho ăn thông minh và thiết bị theo dõi sức khỏe.
Trong hướng dẫn này, bạn sẽ tìm hiểu khi nào MQTT vượt trội hơn HTTP, xem các ví dụ thực tế từ Modern PetstoreAPI và khám phá cách chọn giao thức phù hợp cho trường hợp sử dụng của bạn.
MQTT là gì?
MQTT là một giao thức nhắn tin pub-sub nhẹ được thiết kế cho IoT.
Cách MQTT hoạt động
Các thiết bị xuất bản tin nhắn tới các chủ đề. Các thiết bị khác đăng ký các chủ đề:
Publisher (Vòng cổ thú cưng):
Topic: pets/019b4132/location
Payload: {"lat":37.7749,"lng":-122.4194,"battery":85}
Subscriber (Ứng dụng di động):
Subscribe to: pets/019b4132/location
Receives: {"lat":37.7749,"lng":-122.4194,"battery":85}
MQTT Broker nằm ở giữa, định tuyến tin nhắn từ các nhà xuất bản đến các người đăng ký.
Các tính năng chính của MQTT
1. Tiêu đề nhỏ gọn - MQTT: 2 byte, HTTP: 100-500 byte
2. Kết nối liên tục - MQTT giữ kết nối mở
3. Chất lượng dịch vụ (QoS) - QoS 0/1/2 để đảm bảo phân phối
4. Last Will - Tin nhắn được gửi nếu thiết bị ngắt kết nối đột ngột
5. Tin nhắn được giữ lại - Broker lưu trữ tin nhắn cuối cùng cho người đăng ký mới
So sánh MQTT và HTTP
| Tính năng | MQTT | HTTP |
|---|---|---|
| Kích thước tiêu đề | 2 byte | 100-500 byte |
| Mô hình | Pub-Sub | Request-Response |
| Kết nối | Liên tục | Theo yêu cầu |
| Băng thông | Rất thấp | Cao hơn |
| Ảnh hưởng đến pin | Tối thiểu | Đáng kể |
| Hỗ trợ trình duyệt | Qua WebSocket | Gốc |
Ví dụ về băng thông
1000 cập nhật vị trí mỗi ngày:
- HTTP: 420 KB hàng ngày, 12.6 MB hàng tháng
- MQTT: 52 KB hàng ngày, 1.56 MB hàng tháng
MQTT sử dụng băng thông ít hơn 8 lần.
Khi nào MQTT thắng thế
1. Thiết bị IoT có pin hạn chế
Vòng cổ theo dõi thú cưng:
- MQTT: thời lượng pin 6 tháng
- HTTP: thời lượng pin 2 tuần
Lý do: Kết nối liên tục, tiêu đề nhỏ gọn, ít thời gian bật sóng hơn.
2. Mạng không ổn định
Thiết bị IoT di động với vùng phủ sóng chập chờn:
- QoS để đảm bảo phân phối
- Tự động kết nối lại
- Duy trì phiên
3. Giao tiếp nhiều-tới-nhiều
Kịch bản máy cho ăn thú cưng thông minh:
Feeder 1 → pets/019b4132/feeding
Feeder 2 → pets/019b4127/feeding
App 1 → đăng ký pets/+/feeding (tất cả thú cưng)
App 2 → đăng ký pets/019b4132/feeding (một thú cưng)
4. Dữ liệu cảm biến thời gian thực
Thiết bị theo dõi sức khỏe thú cưng gửi cập nhật mỗi giây:
- Kết nối liên tục (không có chi phí bổ sung)
- Độ trễ tối thiểu
- Hiệu quả cho các cập nhật tần số cao
Khi nào HTTP thắng thế
1. Ứng dụng web/di động tiêu chuẩn
HTTP là phổ biến:
- Mọi ngôn ngữ đều có thư viện HTTP
- Trình duyệt hỗ trợ nguyên bản
- Proxy và tường lửa cho phép
2. Mô hình yêu cầu-phản hồi
Lấy chi tiết thú cưng:
GET /pets/019b4132
200 OK
{"name":"Fluffy","species":"CAT"}
HTTP đơn giản hơn cho yêu cầu-phản hồi.
3. Yêu cầu bộ nhớ đệm (Caching)
Bộ nhớ đệm HTTP hoạt động ngay lập tức:
- Bộ nhớ đệm trình duyệt
- Bộ nhớ đệm CDN
- Bộ nhớ đệm Proxy
MQTT không có bộ nhớ đệm.
4. API RESTful
Mã trạng thái, phương thức và ngữ nghĩa HTTP:
- 200 OK, 404 Not Found, 201 Created
- GET, POST, PUT, DELETE
- Xử lý lỗi tiêu chuẩn
Modern PetstoreAPI sử dụng MQTT như thế nào
Modern PetstoreAPI triển khai MQTT cho các thiết bị IoT.
Vòng cổ theo dõi thú cưng
Vòng cổ xuất bản vị trí:
Topic: pets/019b4132/location
QoS: 1 (ít nhất một lần)
Payload: {
"lat": 37.7749,
"lng": -122.4194,
"battery": 85,
"timestamp": "2026-03-13T10:30:00Z"
}
Ứng dụng di động đăng ký:
const mqtt = require('mqtt');
const client = mqtt.connect('mqtts://mqtt.petstoreapi.com');
client.subscribe('pets/019b4132/location');
client.on('message', (topic, message) => {
const location = JSON.parse(message);
updateMap(location.lat, location.lng);
});
Máy cho ăn thông minh
Máy cho ăn đăng ký lịch trình:
Topic: pets/019b4132/feeding-schedule
Retained: true
Payload: {
"times": ["08:00", "18:00"],
"amount": 100
}
Máy cho ăn xuất bản sự kiện cho ăn:
Topic: pets/019b4132/feeding-events
Payload: {
"timestamp": "2026-03-13T08:00:15Z",
"amount": 100,
"dispensed": true
}
Thiết bị theo dõi sức khỏe
Thiết bị theo dõi xuất bản chỉ số quan trọng:
Topic: pets/019b4132/health
QoS: 0 (gửi một lần, tần số cao)
Payload: {
"heartRate": 120,
"temperature": 38.5,
"activity": "resting"
}
Kiểm tra MQTT với Apidog
Apidog hỗ trợ kiểm tra MQTT cùng với HTTP và các giao thức khác.
Kiểm tra MQTT Pub-Sub
- Kết nối với MQTT broker
- Đăng ký các chủ đề
- Xuất bản tin nhắn thử nghiệm
- Xác thực định dạng tin nhắn
- Kiểm tra các cấp độ QoS
Mô phỏng lỗi mạng
- Kiểm tra logic kết nối lại
- Xác minh phân phối QoS 1/2
- Kiểm tra tin nhắn Last Will
- Xác thực duy trì phiên
So sánh với HTTP
Kiểm tra cùng chức năng với cả hai giao thức:
- Đo lường mức sử dụng băng thông
- So sánh độ trễ
- Xác minh tính nhất quán của dữ liệu
Kết luận
MQTT và HTTP phục vụ các mục đích khác nhau. Sử dụng MQTT cho các thiết bị IoT có tài nguyên hạn chế. Sử dụng HTTP cho các API web/di động tiêu chuẩn.
Modern PetstoreAPI cho thấy cách sử dụng cả hai: HTTP cho API hướng đến người dùng, MQTT cho các thiết bị IoT. Giao thức phù hợp phụ thuộc vào các ràng buộc của bạn, không phải giao thức nào "tốt hơn".
Kiểm tra cả hai giao thức với Apidog để tìm ra lựa chọn phù hợp nhất cho trường hợp sử dụng của bạn.
Câu hỏi thường gặp
MQTT có thể hoạt động qua HTTP không?
MQTT có thể chạy qua WebSocket, mà WebSocket hoạt động qua HTTP. Điều này giúp xuyên qua tường lửa nhưng làm mất đi một số lợi ích về hiệu quả của MQTT.
Các cấp độ QoS của MQTT là gì?
- QoS 0: Nhiều nhất một lần (không xác nhận)
- QoS 1: Ít nhất một lần (đã xác nhận, có thể trùng lặp)
- QoS 2: Chính xác một lần (đảm bảo, không trùng lặp)
MQTT có an toàn không?
Có, MQTT hỗ trợ mã hóa TLS (MQTTS) và xác thực bằng tên người dùng/mật khẩu. Modern PetstoreAPI sử dụng MQTTS cho tất cả các thiết bị IoT.
Trình duyệt có thể sử dụng MQTT không?
Trình duyệt có thể sử dụng MQTT qua WebSocket. Các thư viện như MQTT.js hỗ trợ môi trường trình duyệt.
MQTT so sánh với WebSocket như thế nào?
MQTT là một giao thức có thể chạy qua WebSocket. WebSocket là một lớp vận chuyển. MQTT bổ sung các tính năng pub-sub, QoS và các tính năng cụ thể cho IoT lên trên WebSocket.