В принципе, вам необходимо иметь «прослушиватель», который собирает данные из ZMQ и передает его на ваш компьютерный программный код, а затем передает результаты обратно запрашивающему.
Существует много вариантов дизайна, например, какой формат использовать для сериализации данных между клиентом и сервером (JSON? YAML? Pickle? Thrift? ...) и как кодировать запросы и параметры запроса , Но все, что считается, это довольно простое использование ZMQ.
Проблема возникает, когда вы хотите создать более многофункциональный, полный, надежный и т. Д. Дизайн - такие вещи, как многопоточные или многопроцессорные серверы, масштабируемость для нескольких машин, безопасная аутентификация и авторизация пользователя/запроса, работа отчетность и панель управления, или контрольная точка задания. Все эти «дополнительные» являются обычными «планировщиками заданий сетевых расписаний» или «(корпоративными) брокерскими сообщениями», которые, как правило, имеют готовые пакеты с пакетами, такими как Celery или RQ.
Если вы не хотите идти полным маршрутом «посредник посредника сообщений», вы можете начать с изучения других проектов для облегченных брокеров по работе с ZMQ, таких как this one from Jeff Knupp.