ciao,
ho implementato una comunicazione real-time con signalr per l'aggiornamento in tempo reale di dati in tabelle; i client (angular) inviano e ricevono messaggi, il server (web api .net core) li smista.
Volevo capire il limite delle connessioni per non incorrere in brutte sorprese, in quanto tutti i client devono avere sempre i dati aggiornati; il tutto è su Azure, piano Basic scalabile a 3 istanze con impostato ARRAffinity. Non mi aspetto più di un centinaio di client connessi.

leggendo qui
https://docs.microsoft.com/en-us/azure/azure-subscription-service-limits#app-service-limits
Web Sockets per instance-->350
è questo il dato da considerare?

altrimenti per evitare di implementare il sistema con Redis, ecc. posso pensare di passare al servizio SignalR di Azure ma il piano FREE è molto limitativo e lo STANDARD per il momento fuori budget.

Grazie.

ok, allora se il dato da considerare è quello dovremmo esserci, se però scalo ho questo dubbio:

server su istanza1 riceve un messaggio da client1 (essendo impostato ARRAffinity questa connessione non viene spostata su istanze diverse e procede correttamente)
server su istanza1 quindi smista il messaggio a tutti gli altri client, supponiamo una trentina; ognuno di questi però potrebbe essere in connessione con un server su istanza diversa...
come può arrivare il messaggio a tutti i client?

Grazie!!

bene allora ho due scelte

ArrAffinity+Redis
Redis circa 15¤/mese

piano standard SignalR circa 20¤/mese

ciao e grazie

esatto a unità

oppure si potrebbe usare come backplane ServiceBus molto più economico, ma al momento non lo vedo per .Net Core...