Эта проблема легко решается библиотекой сокетов ZeroMQ .Это стабильное производство.Он позволяет вам определять отношения издатель-подписчик, где процесс публикации будет публиковать данные на порту независимо от того, сколько существует процессов прослушивания (от 0 до бесконечного).Они называют это моделью PUB-SUB;это в их документах (ссылка ниже).
Похоже, вы хотите настроить группу клиентов, которые все являются издателями.Они могут подписаться на контрольный канал, который будет посылать обновления своей конфигурации (как часто писать).Они также выступают в качестве издателей, распространяя свои собственные данные с интервалом, заданным по умолчанию / config channel / socket.
Затем у вас есть один или несколько процессов прослушивания, которые прослушивают все опубликованные сообщения клиентов.Возможно, у вас даже может быть два процесса прослушивания, один для резервного копирования или аварийного восстановления, или что-то еще.
Мы используем ZeroMQ и любим простоту, которую он дает ;ошибок соединения нет, потому что издателю все равно, слушает ли кто-либо, и подписчик может начать работу перед издателем, и если там нечего слушать, он может просто зацикливаться и ждать, пока оно не появится.
Привязки доступны на ВСЕХ языках (это странно).Привязка Python не является чисто python, она требует компилятора C, но пугающе быстра, а пример pub / sub - это вырезка / вставка: «Боже, это работает!»опыт работы.
Ссылка: http://zeromq.org
В этой библиотеке доступно МНОГИЕ другие методы, включая очереди сообщений и т. д. Они также имеют относительно полную документацию.