& quot; Гарантированная доставка & quot; Обмен сообщениями — посоветуйте: MQTT или ZeroMQ?
Нам нужно облегченное клиентское решение для обмена сообщениями. Ранее мы использовали 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-устройств.
В любом случае, держите нас в курсе, где ваша реализация производства оказалась, хорошо?
Другие решения
Других решений пока нет …
detector