caxapa.ru :: Как я сумел понять, фишка (одна из) MQTT - простота и свобода в выборе формата "полезных данных".

Evgeny_CD, Архитектор (16.01.2019 19:09, просмотров: 681) ответил Скрипач на Женя, не порите чушь. Если вы получили "температуру в помещении" и не можете сказать с уверенностью это "сейчас" или полгода назад такая температура, то нахрен нужен такой протокол?!

Как я сумел понять, фишка (одна из) MQTT - простота и свобода в выборе формата "полезных данных". В одной из статей описано, что там есть 3 уровня QoS http://proiot.ru/b …terneta-veshchei-mqtt/ QoS 0. Максимум однократная доставка сообщений. Приёмник сообщения не подтверждает их получение, отправитель, соответственно, передаёт сообщение лишь раз, не предпринимая попыток по их повторной передаче. Это – метод «отправил и забыл» QoS 1. Минимум однократная доставка сообщений. Гарантируется, что приёмник получит сообщение хотя бы один раз. При этом подписчик может получить одно и то же сообщение несколько раз. Отправитель будет предпринимать повторные попытки отправки до тех пор, пока не получит подтверждение в успешной доставке сообщения QoS 2. Однократная доставка сообщений. Гарантируется, что приёмник получит сообщение один и только один раз. Самая медленная процедура доставки сообщений, но при этом и самая надёжная. Для доставки сообщения используется механизм четырехэтапного рукопожатия Никто не мешает измерять время прохождения сообщений "по кругу", и иметь подписку на сервис "минутный тик", например.

Ответить

- Насколько я понял, свобода в выборе формата "полезных данных" это одновременно и главня проблема. Каждый лепит, что хочет и может не потрудиться сообщить формат тому, кому эти данные потом обрабатывать. AlexG(32 знак., 16.01.2019 19:29)
  - Вообщето MQTT как-будто специально создан для JSON, и многие фреймворки именно его и используют. Ну а в JSON не проблема передать вообще что угодно, в т.ч. и временную метку. - =AlexD=(17.01.2019 09:10)
    - Проблема не в том чтобы передать, а в том чтобы переданное обработать. Известный мне пример: Контора разрабатывает сервис сбора/архивации АСУТПшных данных. Протокол обмена MQTT. Клиенты/заказчики или, по разным причинам, не предоставляют описание AlexG(150 знак., 17.01.2019 09:35)
      - Ну это уже не проблема MQTT, т.е. абсолютно в любом протоколе необходимо знать как минимум информационную модель и контекст данных, и если это не предоставляется, то приходится реверсинженерить. - =AlexD=(17.01.2019 09:41)
        
        Например с SNMP было бы проще. Смысл значений переменных остался бы неизвестным конечно, но их можно было бы извлечь, идентифицировать и положить в базу без какой-либо дополнительной информации. - AlexG(17.01.2019 09:54)
  - Каждая палка имеет минимум 2 конца :) - Evgeny_CD(16.01.2019 19:33)
    - Посмотри M-Bus. Дикий укур, но стандартизация типов и семантики данных - эталонная. - Скрипач(16.01.2019 19:38)
      - M-Bus -> --> оно? - Evgeny_CD(16.01.2019 20:01, ссылка, ссылка)
        
        Оно. - Скрипач(16.01.2019 23:59)
      - И совершенно не подходит для конторы, вроде Амазона, которая хочет зарабатывать, предоставляя услуги всем подряд. Поэтому у них MQTT, куда можно завернуть вообще все. - s_h_e(16.01.2019 19:47)
        
        ...причем завернуть чужое. Стать хозяином поляны, вложив в это аж полгигобайта оперативки "на брокер". - Скрипач(16.01.2019 19:51)
- Я могу это сделать проще. Радикально проще. Лемма: в заявленной предметной области, асинхронность нахрен никому не нужна. И даже вредна. Скрипач(264 знак., 16.01.2019 19:15)
  - Я не агитирую за MQTT. Я пока что изучаю тему. Я не говорю, что он - наше спасение. Но мне интересно, отчего он стал столь популярен. "Мир сошел с ума" меня не устраивает как объяснение. - Evgeny_CD(16.01.2019 19:31)
    - Ответ прост - Arduino. Кроме того, популярность его - дутая. Так, детЯм побаловаться. Для этого он и придуман. Поставили в уголке "брокер" и пусть маркетологи развлекаются. Пишут статьи, нарабатывают репутацию компании. - Скрипач(16.01.2019 19:36)
      - Вероятно этот доступный "брокер" и есть секрет распространенности. Если вам надо связать, информационно, два датчика, каждый из которых не имеет своего IP, сидит глубоко за NATом, вам надо где-то взять "брокера". Не так сложно сделать его самому, AlexBi(117 знак., 16.01.2019 20:00)
        
        А я о чем? Пионерам. Причем по таким правилам, чтобы надежно защитить бизнес от аматоров. Скрипач(54 знак., 16.01.2019 20:30)

Средства и методы разработки