I am able to connect to Azure SignalR Service from Asp.Net Web Application using its Access-Key. Asp.Net Web App creates and hosts a hub over Azure SignalR Service. I created a c# console client and connected to Asp.Net Web Application's SignalR Hub using Microsoft.AspNetCore.SignalR.Client
library.
Questions:
Should I always implement a middleware like Asp.Net Web Application and rely on it to create and talk over Hub? Yes, based on Samara & other sources, we have a couple of choices.
- Consume REST API from console app to host a hub (Azure SignalR) as a server and serve the clients\ subscribers as portal. This supports uni-directional messaging.
- Consume REST API from Azure Functions (make it serverless) to host a hub (Azure SignalR) as a server and serve the clients\ subscribers as portal. This supports uni-directional messaging.
- Host a hub (Azure SignalR) from Asp.Net managed Web API with auth() layer and cater clients via API. This supports fully blown bi-directional messaging.
Is it not possible to directly talk to Azure SignalR Service from c# console to create a Hub and send my messages over Hub?
- Consume REST API from console app to host a hub (Azure SignalR) as a server and serve the clients\ subscribers as portal. This supports uni-directional messaging.
- Consume REST API from Azure Functions (make it serverless) to host a hub (Azure SignalR) as a server and serve the clients\ subscribers as portal. This supports uni-directional messaging.
I am new to Azure SignalR Service; please assist me on above questions. My questions are almost answered. Hope it helps!
P.S. People does not have real answers, stay away