Нам нужно облегченное клиентское решение для обмена сообщениями. Ранее мы использовали AMQP, RabbitMQ, но в C ++ у нас есть проблемы.
Мы хотели бы выбрать ZeroMQ с маламутсервером или MQTT? Наш IoT опубликует данные ( 45 kb
) почти каждые 5 мин.
Мы должны доставить это сообщение на 100% и не хотим терять ни одного сообщения.
Мы попробовали MQTT QoS level 2, но когда сервер отключен или у клиента основного сервера возникла проблема, мы теряем опубликованные сообщения.
Нам нужна именно модель задачи / работника RabbitMQ. Сообщения должны стоять в очереди на сервере, пока потребители не подключатся, если что-то случится.
Любые предложения, направления и примеры приветствуются.
П.С .: Это будет производство, поэтому мы хотим выбрать менее проблемный путь 🙂
Большое спасибо.
A:
Мы должны доставить это сообщение на 100% и не хотим терять ни одного сообщения.
B:
Сообщения должны стоять в очереди на сервере, пока потребители не подключатся, если что-то случится.
C:
Это будет производство, поэтому мы хотим выбрать менее проблемный путь 🙂
A:
выполнимо
A: + B:
выполнимо, сложнее, но все же выполнимо
A: + B: + C:
нет, этот состав требований не обходится
D:
Любые предложения, направления и примеры приветствуются.
ZeroMQ под рукой, как легкий, вне вопроса, настраиваемый / настраиваемый далеко за пределы указанная пропускная способность ~ 45 [kb / 5 min]
, тем не менее, дьявол приходит к правильному пониманию сильных сторон Zen-оф-ноль, пакет, как есть, по замыслу стремится обеспечить нулевую гарантию и позволяет всем добрым пользователям разрабатывать свои собственные, в зависимости от конкретного случая использования (читается как «просто достаточная» гарантия, которая нужна, так что не теряйте ни единого куска эффективности для остальных вариантов использования в мире, оу, ага).
Итак D:
тратит надлежащее количество дизайнерских усилий для покрытия «расходы«-of-C:
и вы достигли цели дизайна.
Так просто, Мария, это обычная задача для любого и всех CTO, чтобы столкнуться с этим и решить следующие шаги.
Если вам необходимо минимизировать требования к IoT-устройствам, можете пойти и сравнить их. costs
-OF-C:
с подобной пользовательской адаптацией даже более легкого фреймворка для Scalable Formal Communication Pattern Archetypes, который был разработан Martin SUSTRIK et al., как младшая сестра ZeroMQ, — nanomsg, может быть некоторая экономия на ресурсах с низким энергопотреблением / меньших ресурсах, что обычно присутствует в огромных когортах IoT-устройств.
В любом случае, держите нас в курсе, где ваша реализация производства оказалась, хорошо?
Других решений пока нет …