Я хотел бы найти решение для создания паба / суб-среды для 2-х микроуслуг, чтобы общаться друг с другом,
Я знаю, что могу использовать некоторые третьи стороны E.g Redis, RabbitMQ
Внедрение основанной на событиях связи между микроуслугами (события интеграции)
Проблема заключается в том, что клиент не может разрешить установку какого-либо стороннего инструмента по соображениям безопасности.
Серверу messageQueue в Windows также не разрешат использовать.
Я могу использовать только те приложения, которые существуют только на сервере.
Поэтому я спрашиваю, могу ли я создать одно простое приложение с помощью службы Windows.
Это отношения один ко многим. У меня есть один сервис, который будет работать с данными, один раз, если будет какое-либо обновление, он будет публиковать те сервисы, которые ему подписаны.
Кажется, моя проблема может быть похожа на
Реализация масштабируемой .NET Pub / Sub службы *. 1012 *
WCF Pub / Sub с кэшированием подписчиков (ссылка на WCF pub-sub не работает)
но я не вижу никаких критических решений.
Я думал использовать уведомления о данных, которые MSSQL предлагает в качестве последней альтернативы, но, похоже, это может стать узким местом, когда приложения будут расширяться.
В интернете так много статей, которые используют сторонние инструменты.
Спасибо