Im разрабатывает систему с сервисом Windows и интерфейсом пользовательского интерфейса для настройки и управления службой Windows. Неисправность .net 4.6.Inter Process Communication - современные возможности?
Служба будет создавать множество серверов, которые пользователь может создавать, запускать и останавливать через пользовательский интерфейс.
Исследование наилучшего способа для моего интерфейса управлять моим сервисом и получать информацию о состоянии с серверов.
Из моего исследования это то, что ив найдено:
SQLITE - Создание очереди сообщений, которые UI записывает команды, серверы будут читать и периодически отвечать другой очереди сообщений. Не идеален, так как он не живет и требует опроса.
Именованные/анонимные трубы - живой запрос/ответ. Работает, но его немного неуклюже, когда дело касается нескольких клиентов, обменивающихся данными с одним сервером.
WCF - Live Request/Response. Приятно и легко реализовать, за исключением того, что пользователю нужно беспокоиться о настройке допустимого порта для работы системы.
Сканируйте собственный протокол связи - запрос/ответ в реальном времени, но та же проблема относится к выбору номеров портов.
Что-нибудь еще недостающее с сегодняшней технологией?
Как насчет очереди сообщений? Там есть pletny - MSMQ, AMQ, RabbitMQ - это только первые три, которые появились у меня в голове ... Вы также можете использовать SignalR для сообщений с легким весом. –
@ ZoharPeled Спасибо, не обращайте на них внимания. – CathalMF