У меня есть веб-приложение, поддерживающее Azure, которое работает рядом с несколькими экземплярами рабочей роли. В настоящее время веб-приложение передает работу этим работникам, помещая сообщения в очередь Azure для рабочих, чтобы забрать. Рабочие передают статус и обрабатывают сообщения назад, помещая сообщения в очередь "обратной связи". На данный момент, чтобы информировать клиентов моего браузера о прогрессе, я делаю периодические опросы на основе ajax в браузере методу контроллера MVC, который, в свою очередь, считывает очередь обратной связи Azure и возвращает эти сообщения как json обратно в браузер.
Очевидно, SignalR выглядит очень привлекательной альтернативой этому неуклюжим методу опроса/опроса, но я нашел очень мало рекомендаций относительно того, как это делать, когда мы говорим о нескольких ролях сотрудников (в отличие от роли в Интернете) необходимо отправить статус отдельным или всем клиентам.
SignalR.WindowsAzureServiceBus от Clemens vasters выглядит превосходно, но в конце остается немного высоким и сухим, т.е. недостатка хорошего примера.
Добавленный комментарий. Из моего чтения до сих пор кажется, что нет связи direct от роли рабочего (в отличие от веб-роли) клиенту браузера с помощью подхода SignalR, Кажется, что работники должны общаться с веб-ролью с помощью очередей. Это, в свою очередь, приводит к подходу к опросу, т.е. Очереди должны быть опрошены для сообщений от рабочих ролей. Этот опрос должен инициироваться (из него выведен) из браузера, который он отображает (как можно настроить петлю опроса в веб-роли?)
Таким образом, SignalR, даже с помощью метода SignalR.WindowsAzureServiceBus для масштабирования Clemens Vasters, не может обрабатывать прямую связь с ролью работника в браузере.
Любые комментарии экспертов будут оценены.
