MQTT

MQTT dùng được bằng cách chọn giao thức mqtt trên một yêu cầu WebSocket.

Cấu hình

Trường	Vai trò
URL	Địa chỉ của broker (mqtt://, mqtts://, hoặc WebSocket)
Topic	Topic, nằm ở trường Sự kiện
Thông điệp	Tải trọng được phát
QoS	0, 1 hoặc 2 — dùng cả khi phát lẫn khi đăng ký
Lưu giữ (retain)	Đánh dấu thông điệp để broker giữ lại
Định danh client	Được Handlebars giải quyết; sinh tự động nếu để trống
Người dùng / Mật khẩu	Thông tin đăng nhập của broker; mật khẩu chấp nhận một giá trị kiểu Bí mật
Keepalive	Tính bằng giây
Đăng ký topic	Bật mặc định: khi kết nối, Restorm đăng ký topic của yêu cầu

Topic chấp nhận các {{variables}} — capteurs/{{site}}/{{capteurId}} là một topic hoàn toàn hợp lệ.

Di chúc (Last Will and Testament)

Bốn trường khai báo thông điệp mà broker sẽ phát nếu client của bạn biến mất đột ngột: topic, tải trọng, QoS và lưu giữ của di chúc.

Đây chính xác là thứ bạn cần để kiểm thử cách hệ thống của bạn phản ứng trước một lần ngắt kết nối không sạch: hãy cấu hình một di chúc, cắt kết nối, rồi kiểm tra xem bên đăng ký có phản ứng không.

Kết nối lại

Client MQTT tự động kết nối lại, với trần là mười lần thử.

Trong một kịch bản

Kết nối MQTT (đăng ký topic của yêu cầu và phát ra một sự kiện cho mỗi thông điệp nhận được), Phát MQTT (phát đi, với QoS và chế độ lưu giữ của yêu cầu) và Đóng kết nối MQTT. Xem Kết nối và luồng.

Chế độ máy chủ

Restorm biết cách lưu trữ một broker MQTT cục bộ: một broker cho mỗi cổng, truy cập được qua TCP thô và qua một cổng kết nối MQTT-trên-WebSocket. Xem Giả lập WebSocket, Socket.IO và MQTT.

Nhập từ AsyncAPI

Một tài liệu AsyncAPI có các kênh dùng giao thức mqtt sẽ trực tiếp tạo ra các yêu cầu MQTT (một cho mỗi kênh, ở cả chiều phát lẫn chiều đăng ký), kèm các tải trọng ví dụ dựng từ schema của thông điệp. Xem Nhập AsyncAPI.