Я думал о лучшем решении для запроса данных с удаленных машин с доступом в Интернет, но без общедоступного IP-адреса.
У меня много машин Intel NUC и сервер на базе AWS. У меня есть приложение ASP.NET MVC, развернутое на сервере
Пользователь откроет конкретную страницу, нажмет кнопку, а затем ему нужно будет увидеть данные с удаленной машины Intel NUC на странице.
Насколько я понимаю, я могу использовать дуплексный режим WCF для доступа к клиентам с сервера и установить службу Windows (клиент WCF) на клиентском компьютере и взаимодействовать с оборудованием. Но дело в том, что аппаратный SDK получает данные фрагментами, а время чтения может составлять, например, до 20 секунд (200 фрагментов), и я хочу, чтобы пользователь сразу же увидел данные, как только последующие фрагменты будут готовы. Не уверен, что WCF лучший
Мне пришло в голову второе решение: нажав кнопку, сервер отправит клиенту команду SignalR. После получения команды клиент начнет получать данные и отправлять их на сервер, используя POST-запрос или что-то еще. Затем сервер сохранит данные в некотором хранилище в памяти, таком как Redis, и клиент пользовательского интерфейса получит данные и отобразит.
Не могли бы вы посоветовать? Я сумасшедший?
Я подумал, это значительно упростит систему. Я просто не хочу постоянно загружать интернет-соединение, потому что мы платим за передаваемые данные. А также планируем иметь 1000+ клиентов





Почему бы не получать данные через регулярные промежутки времени и не кешировать их в Redis? Вы можете обслуживать клиента данными из кеша