Соединить два сокета TCP без определения роли клиент/сервер [закрыто]

Трудно сказать, о чем здесь спрашивают. Этот вопрос двусмысленный, неопределенный, неполный, слишком широкий или риторический, и на него невозможно дать разумный ответ в его нынешнем виде. Чтобы получить разъяснения по этому вопросу, чтобы его можно было открыть снова, посетите справочный центр.

Закрыто 7 лет назад.

Вопрос

Я хочу соединить два процесса через TCP, но я не хочу указывать, какой из них сервер, а какой клиент, но они знают IP и хост друг друга. Они должны самостоятельно решить, кто является сервером, а кто клиентом, а затем инициировать соединение.

Исходная информация

Я работаю над двунаправленной распределенной структурой, в которой, в отличие от RPC, отсутствует модель клиент/сервер. Вместо этого распределенные компоненты должны просто иметь возможность общаться друг с другом, указав хост и порт.

Редактировать: Концепция выходит за рамки деталей реализации соединения через сокет. Это должна быть новая концепция для упрощения разработки распределенного приложения с точки зрения разработки программного обеспечения. Это отличается от RPC и SOA (которые ориентированы на сервер/клиент) и систем, ориентированных на сообщения (которые требуют использования неинтуитивных шаблонов IMO).

Решение не должно

определять протокол через UDP, потому что мне нужна надежность TCP и возможность использования SSL
с использованием такой инфраструктуры, как ZeroMQ, поскольку я не могу использовать бинарные пакеты на моей целевой платформе
edit: глобальный брокер сообщений/сервер имен, потому что это должно быть облегченное решение без дополнительного процесса. И добавление такого узла просто заново представит концепцию клиент/сервер

Обновление

После обсуждения кажется, что есть только один полезный подход: у каждого узла должен быть листинговый сокет (иначе вы, конечно, не можете выполнять какое-либо автоматическое обнаружение). .По запросу на соединение узел попытается подключиться к другому узлу, если еще нет открытого соединения.

Это может быть проблематично, если соединение выполняется одновременно, поэтому мы получим два соединения между двумя одноранговыми узлами. Теперь вопрос в том, как справиться с этим в асинхронном контексте. Я не думаю, что это так просто, как сказано ниже в комментариях, потому что нам нужно гарантировать, что закрыто только одно соединение. Я думаю, что для этой задачи нужен протокол типа 2PC.

задан schlamar 6 June 2012 в 15:07

0 ответов

Другие вопросы по тегам:

distributed-computing python sockets

Соединить два сокета TCP без определения роли клиент/сервер [закрыто]

0 ответов

Похожие вопросы: