Серверы и ИИ: практическое применение
SUBACK MQTT нужно проверять для каждого filter отдельно
Клиент может получить SUBACK и ошибочно объявить весь набор подписок готовым. Однако ответ содержит отдельный результат для каждого Topic Filter. Частичный успех требует обработки, иначе часть оборудования останется без нужных событий при зелёном общем статусе.
MQTT 5 сохраняет соответствие reason codes порядку filters в SUBSCRIBE. Код показывает предоставленный QoS либо конкретный отказ по правилам пакета. Совпавший Packet Identifier подтверждает связь ответа с запросом, но не превращает все индивидуальные результаты в успешные.
Granted QoS также нельзя считать более сильным обещанием, чем условия публикации и доставки. Запрошенное значение и фактически разрешённый уровень могут различаться. Приложение должно знать, допустим ли такой результат для обязательных событий, а не молча продолжать работу в изменённом режиме.
В приёмке объединяют разрешённый и запрещённый filters в одном запросе и проверяют mapping ответа. Отдельно оценивают минимально допустимый QoS. Отчёт должен показывать готовность каждой нужной подписки. Сам факт получения SUBACK не подтверждает, что весь комплект тем принят и обеспечит требуемую доставку производственных сообщений.
Основание — MQTT Version5.0 OASIS Standard07March2019, official os HTML edition, разделы MQTT5.0 3.9 SUBACK;3.8.4 SUBSCRIBE Actions. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — MQTT Version 5.0, OASIS Standard от 7 марта 2019 года. Поддержка возможностей конкретными broker и client library, дисковое хранение и политика доступа не проверялись. Соединения, подписки, сообщения и настройки рабочих систем не выполнялись; приведены критерии будущей приёмки.