Как создать сокет ZeroMQ, подходящий как для отправки, так и для потребления?

Question

Не могли бы вы посоветовать архитектуру сокетов ZeroMQ для следующего сценария:

1) есть сервер, прослушивающий порт

2) есть несколько клиентов, соединяющих сервер одновременно

3) сервер принимает все соединения от клиентов и предоставляет двунаправленную очередь для каждого клиента, это означает, что обе стороны (клиент N или сервер) могут отправлять или потреблять сообщения, т.е. обе стороны могут быть ИНИЦИАТОРОМ связи, а другая сторона должна есть обратный вызов для обработки сообщения.

Должны ли мы создавать дополнительный сокет ZeroMQ на каждом принятом соединении для отправки сообщений с сервера? Не могли бы вы сообщить, какой тип сокета ZeroMQ для Google для такой архитектуры?

Answer 1

Q : … создать дополнительный сокет ZeroMQ на каждом принятом соединении для отправки сообщений с сервера?

Лучшая тривиальная композиция на основе дизайн - как с точки зрения масштабирования, так и с точки зрения безопасности

Собственные примитивы ZeroMQ (интеллектуальные примитивные масштабируемые формальные архетипы шаблонных коммуникаций) для нас как строительные блоки LE GO - мы собираем их дальнейшее использование на Плоскость обмена сообщениями / сигнализации предполагаемого целевого использования в нашем домене приложений.

Q : Не могли бы вы посоветовать, какой тип сокета ZeroMQ использовать в Google для такой архитектуры?

Нет, учитывая, что для такого совета не было подробного списка требований. Пара PUSH/PULL -сам не должна быть достаточна сама по себе, временно проведенная (episodi c) REQ/REP может помочь на этапах (пере) обнаружения клиента, как и другие сосуществующие, постоянные или эпизодические c Архетипы предназначены для составления любых дополнительных Систем / Сервис-Планов.