Они как очередь для доставки данных. Но не для их локальной быстрой обработки на хабах. В отличие от Tarantool IIoT. И я не уверен, что они нормально работаю на хабах. На их сайте этот раздел 404: http://influxdata.wpengine.com/testimonials/#iot-sensor-data
Да то же самое, в принципе, https://www.google.ru/search?q=lora+one&oq=lora+one&aqs=chrome..69i57.1171j0j7&sourceid=chrome&ie=UTF-8#newwindow=1&q=loraone&*
Вы должны поставить достаточное количество хабов с лорой1 внутри или другой подобной системой, которая умеет собирать с датчиков радиосигнал и транслировать его в TCP/IP. Все данные слетаются на хабы. Хабы можно скомутировать в локальный интранет или подключить к интернету. С точки зрения софта (Tarantool IIoT) это не важно — софт будет видеть датчики в радиусе своей лоры и будет реплицировать всю информацию между всем локальными хабами. Таким образом вы получаете несколько локальных копий всей инфы с датчиков. Дальше уже вопрос техники — пишите скрипт или джоб внутри Тарантула, который как угодно эту инфу фильтрует, если надо сохраняет в других таблицах, которые реплицируются с центром или если не надо, то принимает решения локально и выдает сигналы на другие системы, на какие вы хотите в соответствии с вашей бизнес-логикой.
SSL, аутентификация. К тому же, я написал уже выше, можно делать локально. Но раз такой вопрос возникает уже дважды, позвольте полюбопытствовать, может быть вы в курсе, какие есть серебряные пули у других систем на этот счет?
С этим пока туго. Мы работаем в основном с интерпрайзами, для всех делаем все индивидуально. Документация и примеры для всех скоро будут. Пока можете почитать эту статью: https://habrahabr.ru/company/mailru/blog/320878/. Плюс, я сейчас попросил одного из наших парней написать вам в личку. Он поможет. Кроме того, добро пожаловать в общий телеграм-чат по Tarantool: https://telegram.me/tarantoolru. Можете прямо там задавать любые вопросы.
Можно даже круче. Можно запускать локально на хабе скрипты (любую программную логику). Т.е. прямо в скрипте говорите что-то типа if (temperature < 0) { pump.turn_off(); }
(это псевдокод, понятно, что надо еще температуру получить с датчика и далее послать сигнал обратно на выключение помпы)
Да. Хотя можно и по другому — можно с локального Тарантула в центр передавать данные по любому протоколу (в т.ч. MQTT) в любую систему — как запрограммируешь.
Я даже больше вам скажу — весь IIoT в принципе не имеет права на жизнь. Никакую инфрастркутуру нельзя разворачивать в полях, на заводах, коряблях. Кто угодно может врезаться в провода и в радиосингал, и далее расшифровать все секьюрные протоколы. Добро пожаловать обратно теплые ламповые 60ые.
Потому что Tarantool — это не просто сервер приложений, это еще и СУБД. Вы можете данные доставлять в центр автоматом через механизм репликации (не надо полагаться на очереди и другие специальные решения). И потому что вы можете на местах реплицировать данные между хабами и делать отказоучтойчивость там, где нет доступа в Интернет и не хочется выезжать на место и чинить/менять/переконфигурять хаб каждый раз, когда он сломается.
Софт в центре в смысле как облачный сервис — пока в процессе разработки. Про это будет отдельный пост, когда запустим. Пока мы лишь предлагаем брать наш Tarantool и ставить его самому в центр и на устройства (ну или привлекая нас в качестве профессиональных консалтеров), и далее создавать конктертно на ваших железках и в вашем ДЦ конкретное решение вашей задачи. Сервис же, повторюсь, который будет шарить как сервера в центре так и железки (такой большое IIoT облако) пока в процессе.
И на эту угрозу есть ответ. Tarantool IIoT может работать полностью без интернета. Все локально. Единственное, что придется софт тоже на нем обновлять с выездом на месте, но тут уж как говорится или шашечки или ехать. Если же не страшно организовать локальный интранет, то из локального интранетовского веб-интерфейса можно полностью управлять локальным кластером ARM-устройств с Тарантулом, в том числе заливать на них код, менять конфигурацию и тд.
(это псевдокод, понятно, что надо еще температуру получить с датчика и далее послать сигнал обратно на выключение помпы)